关于golang socket 编程的 连接池和长连接问题

1.一般来说，是客户端发起连接建立，客户端结束连接，除非服务端看你不爽，想要踢掉你，不然服务端不应该设计为主动close. 资源问题要看你服务端是如何保留这个连接的，例如有一个连接对象专门存储tcpConn，那你要处理掉这个对象，另外你可以在收到客户端close的时候服务端的调用服务端的tcpconn.close()也是没有问题，至于*net.TCPConn这个对象应该是由gc处理掉了。 2.你这个chan的连接池不应该就直接是*net.TCPConn这个类型吧，每一条连接不是有for循环的read么。 另外你心跳包的作用是什么，对应的是一条连接？还是连接池？ 3.一般连接池 不应该是 get一条连接发送，超时，换一条么

可以先看看网络编程 tcp的握手，服务端的桥看看这个应该就明白了。 每个连接都是独立处理 你的桥都断了，怎么发心跳包过去。 你遍历另外的连接，通过这个桥告诉客户端，你有一个桥Id断了，让它重建。 或者你客户端设置一个断连重连过程。

谢谢你的回答，我可能没说清楚。我再描述下问题。主要是不太清楚需不需要发送心跳包，以及哪边发送 1.golang的tcp编程里面，对于每一个conn,两边都有close方法，我是不是需要两边都调用close方法，才能正常挥手? 如果我只调用了client的close,服务端的这个conn是否正常关闭了，还是说长期保有占用资源？ 2.心跳是在两边都不关闭的时候的发送，但是如果我服务端发送的话，客户端的conn都在channel里面，无法处理收到消息吧？ 我应该定时遍历channel去处理心跳包吗？还是说不需要发心跳包? 3.还有一个方法,client 从channel获取conn的时候就发送心跳包检测，有反应才返回，无反应的话就重新建立个连接返回？这样好像代价比较大 求大佬看看。。。