boost:tcp:socket的 close 与 其析构函数冲突吗(close shutdown),该如何解决
boost::tcp::socket的 close 与 其析构函数冲突吗(close shutdown)
1.boost::tcp::socket 建立一个对象，例如
{
boost::tcp::socket socket_(io_service);
socket_ 发数据
socket_ 收数据
sokcet_.close()//一旦调用了close，会不会就把socket弄成无效的，然后析构的时候，判断下，无效，就不处理啊？
}//这里进入了socket_ 的析构函数，会不会又重新关闭一次啊，那就会出错啊？
2.客户与服务器
客户发数据 服务器收数据
然后客户read等待，如果返回0，则是优雅关闭，如果返回-1，则是受到rst信号。
而此时，返回0的时候，我需要close，回应Fin，并收到服务器的ack，
那如果返回-1，我也进行close的话，是不是也发送Fin，不过默认下close立即返回，而服务器则会回复一个RST。
我的理解对吗？ 对于客户 服务器关闭的问题，有点纠结。
3.一般说来，客户端主动关闭前，先发送shutdown WD,即发送FIN,关闭写。然后read，服务器close后，就发送FIn，那么客户端read就会返回，继而客户端就会调用close清理资源，
而此前由于shutdown发送过一次FIN了，并且服务器也返回了FIn，也就是关闭的四个流程都结束了，那么此时调用close清理资源，是否会再次发送FIN?
------解决方案--------------------
试试zeromq吧，速度比asio快，库比asio小，开发时间比asio短，用起来比boost简单，还支持十几种语言
------解决方案--------------------
Mark，看看zeromq
1.boost::tcp::socket 建立一个对象，例如
{
boost::tcp::socket socket_(io_service);
socket_ 发数据
socket_ 收数据
sokcet_.close()//一旦调用了close，会不会就把socket弄成无效的，然后析构的时候，判断下，无效，就不处理啊？
}//这里进入了socket_ 的析构函数，会不会又重新关闭一次啊，那就会出错啊？
2.客户与服务器
客户发数据 服务器收数据
然后客户read等待，如果返回0，则是优雅关闭，如果返回-1，则是受到rst信号。
而此时，返回0的时候，我需要close，回应Fin，并收到服务器的ack，
那如果返回-1，我也进行close的话，是不是也发送Fin，不过默认下close立即返回，而服务器则会回复一个RST。
我的理解对吗？ 对于客户 服务器关闭的问题，有点纠结。
3.一般说来，客户端主动关闭前，先发送shutdown WD,即发送FIN,关闭写。然后read，服务器close后，就发送FIn，那么客户端read就会返回，继而客户端就会调用close清理资源，
而此前由于shutdown发送过一次FIN了，并且服务器也返回了FIn，也就是关闭的四个流程都结束了，那么此时调用close清理资源，是否会再次发送FIN?
------解决方案--------------------
试试zeromq吧，速度比asio快，库比asio小，开发时间比asio短，用起来比boost简单，还支持十几种语言
------解决方案--------------------
Mark，看看zeromq