@wangyu17455 这样做是 Read 能得到 err 了，但是 socket 如果本身还是活跃的，这就是误杀了

还是我来做课代表吧！

@ppolanwind 正确的做法：
1. 不要通过调用判断是否断开的方法去判断是否断开（比如 IsClosed ）
2. 正常使用 Conn ，根据使用的返回值判断，比如 Read/Write 时返回了 err ，就是断开了

以上两条只是说怎么处理，实际实现 Conn 封装时通常要做的：
1. 单独一个协程处理读
2. 如果需要广播功能，单独一个协程处理写，否则可以不用单独协程、直接写就行

前面已经有人提到 keepalive ，但不够全面，仍需注意：
1. TCP 的 keepalive （传输层，4 层）只是检测连接健康状态，但不能用于判断连接的活跃状态。比如链路通顺、4 层 keepalive 是健康的，但 7 层应用层没有数据交互，这种属于僵尸连接了，对于正常的服务器，是应该踢掉这种长时间不活跃的僵尸连接的。所以 TCP 的 keepalive 选项不能解决僵尸连接的问题
2. 7 层应该自己进行 keepalive 协议包的收发比如 websocket 的 ping/pong ，来相互判断。业务协议活跃时可以节约掉 ping/pong 、一段时间没有业务协议交互再 ping/pong ，但 keepalive 间隔本来也比较大所以即使不节约这点也没关系。
3. 既然 7 层应该有自己的 keepalive ，其实 4 层的 keepalive 就没必要了