Go中net.Listen必须显式指定网络类型如"tcp"或"tcp4"，不可传入"8080"；TCP服务器需在goroutine中处理每个连接，设置读写超时，正确处理粘包与优雅关闭。
监听地址和端口时必须显式指定 net.Listen 的网络类型
Go 的 net.Listen 不会自动推断协议，传入 "8080" 会直接 panic，必须写成 "tcp" 或 "tcp4"。本地开发常用 "tcp"（支持 IPv4/IPv6），生产环境若明确只用 IPv4，建议用 "tcp4" 避免双栈绑定失败。
-
net.Listen("tcp", ":8080")—— 绑定所有接口的 8080 端口（IPv4 + IPv6） -
net.Listen("tcp4", "127.0.0.1:8080")—— 仅 IPv4，且只监听本地回环 - 如果端口被占用，
Listen返回*net.OpError，错误信息含"bind: address already in use"
每个连接需在 goroutine 中独立处理，否则阻塞后续连接
TCP 连接是流式、长时的，listener.Accept() 返回一个 net.Conn，但读写操作（如 conn.Read()）默认阻塞。若不在新 goroutine 中处理，第二个客户端连接会被卡住，直到第一个连接关闭。
for {
conn, err := listener.Accept()
if err != nil {
log.Println("Accept error:", err)
continue
}
go handleConnection(conn) // 必须 go，不能直接 handleConnection(conn)
}
-
handleConnection内部应 deferconn.Close()，防止连接泄漏 - 若未设置读写超时，恶意客户端发半包或不发数据，会导致 goroutine 永久阻塞
- 高并发下需配合
sync.WaitGroup或context控制生命周期，避免失控创建 goroutine
conn.Read() 和 conn.Write() 是底层字节操作，不带消息边界
TCP 是字节流协议，Read() 可能返回任意长度的数据（包括 0 字节或少于请求长度），Write() 也可能只写出部分字节。不能假设一次 Read() 就收到完整“消息”。
Android配合WebService访问远程数据库 中文WORD版
下载
采用HttpClient向服务器端action请求数据，当然调用服务器端方法获取数据并不止这一种。WebService也可以为我们提供所需数据，那么什么是webService呢？，它是一种基于SAOP协议的远程调用标准，通过webservice可以将不同操作系统平台，不同语言，不同技术整合到一起。 实现Android与服务器端数据交互，我们在PC机器java客户端中，需要一些库，比如XFire,Axis2,CXF等等来支持访问WebService，但是这些库并不适合我们资源有限的android手机客户端，
- 常见错误：用
buf := make([]byte, 1024); n, _ := conn.Read(buf)后直接按buf[:n]解析，却没处理粘包或半包 - 简单方案：约定每条消息以换行符
\n结尾，用bufio.Scanner；或固定头长（如 4 字节表示后续内容长度） - 不要忽略
n == 0：这通常表示对端关闭连接（EOF），应退出读循环
关闭服务器时需主动关闭 listener 并等待活跃连接结束
调用 listener.Close() 只是停止接受新连接，已建立的 conn 仍存活。若进程立即退出，这些连接可能被强制中断，导致客户端收不到完整响应。
- 优雅关闭需：1）关闭 listener；2）遍历并通知所有活跃连接（例如通过 channel）；3）给连接留出写完/清理时间
- 更实用的做法是用
context.WithTimeout包裹Accept()循环，并在信号捕获后关闭 listener，然后 sleep 短暂时间让 goroutine 自然退出 - 注意：
conn.SetDeadline()对已阻塞的Read()有效，但对正在执行的Write()不一定立即中断
