我在客户端维护一个tcp连接池，用channel实现的，并每一个设置超时时间，如果当超时时间过了，我客户端调用close 关闭这个连接，服务端的这个连接还存在吗？还是说要等服务端的超时，系统自动回收？
服务端是否要发心跳？如果发心跳怎么处理？我客户端的连接都保存在channel当中，发心跳字段的话，好像没办法处理吧？ 不发的话会停止长连接？
1.我刚才试了一下，好像还是得两边都关闭才行，我客户端生成连接池后，然后服务端重启，按理说原来的连接不能发东西了，但是我客户端用原来的连接write，不会返回error，但是服务端那边也不会返回值。就是说，服务端应该是处于close_wait的阶段，我不能靠write来判断这个连接可不可用，连着read一起判断才行。。。所以还是需要心跳检测？
2.服务端怎么管理连接对象？ 客户端请求过来，我怎么快速取出对应的连接对象呢？
#6
更多评论
可以先看看网络编程
tcp的握手，服务端的桥看看这个应该就明白了。
每个连接都是独立处理
你的桥都断了，怎么发心跳包过去。
你遍历另外的连接，通过这个桥告诉客户端，你有一个桥Id断了，让它重建。 或者你客户端设置一个断连重连过程。
#1
谢谢你的回答，我可能没说清楚。我再描述下问题。主要是不太清楚需不需要发送心跳包，以及哪边发送
1.golang的tcp编程里面，对于每一个conn,两边都有close方法，我是不是需要两边都调用close方法，才能正常挥手? 如果我只调用了client的close,服务端的这个conn是否正常关闭了，还是说长期保有占用资源？
2.心跳是在两边都不关闭的时候的发送，但是如果我服务端发送的话，客户端的conn都在channel里面，无法处理收到消息吧？ 我应该定时遍历channel去处理心跳包吗？还是说不需要发心跳包?
3.还有一个方法,client 从channel获取conn的时候就发送心跳包检测，有反应才返回，无反应的话就重新建立个连接返回？这样好像代价比较大
求大佬看看。。。
#2
今日阅读排行
一周阅读排行