关于boost::asio相关的网络如何正确退出的问题探讨

[不二星空]

boost::asio异步基于完成端口实现的一套开源的网络框架，但是在程序关闭时遇到的了一些问题，不知各位大侠有没有了解相关知识，问题如下：
目前采用先关闭socket，再关闭io_service的方式
1、如果io_service调用stop之后直接销毁，会有概率出现异常，大概的意思就是工作者线程还未退出的情况下，io_service被销毁了。但是目前没有找到对应可以控制相关顺序的方式，工作者线程不只一个。
2、socket如果调用async_connect后，调用socket.cancel()和socket.close（）后，实际并未立马中止链接，实际上工作者线程需要等待超时或者中断返回，此次的async_connect才算执行完毕，有没有其他的关闭方式，能更快或者能控制时序的方式进行关闭？
望指教~~

[Eleven]

你需要先退出线程，等待所有的工作线程结束，然后销毁线程使用的资源

[不二星空]

引用 1 楼 VisualEleven 的回复:

你需要先退出线程，等待所有的工作线程结束，然后销毁线程使用的资源

就是工作者线程退出这点就很难判断。。。目前没找到合适的方式。

[赵4老师]

万事开头难。 依我看，万事优雅地结束也难。

[shenyi0106]

要让工作者线程结束其实很简单，Post以一个自定义的事件进去就可以了。 难处理的是，很多已经投递(read和write)下去的操作还么有返回，你就让工作者线程退出了， 后续的内存处理可能会带来程序的崩溃。

[不二星空]

引用 3 楼 zhao4zhong1 的回复:

万事开头难。 依我看，万事优雅地结束也难。

哈哈。。。是啊，想优雅的关闭也难。。。

[不二星空]

引用 4 楼 shenyi0106 的回复:

要让工作者线程结束其实很简单，Post以一个自定义的事件进去就可以了。 难处理的是，很多已经投递(read和write)下去的操作还么有返回，你就让工作者线程退出了， 后续的内存处理可能会带来程序的崩溃。

post进去也只是post到其中一个工作者线程。并不能确保所有工作者线程都处于空闲状态。 很多投递的操作，可以中止掉，不过都是异步的，需要等待。 就是这个等待的时间就不是很好确定。暴力的办法就是固定sleep一段时间等待他们退出。

[shenyi0106]

引用 6 楼 ycf8788 的回复:

[quote=引用 4 楼 shenyi0106 的回复:] 要让工作者线程结束其实很简单，Post以一个自定义的事件进去就可以了。 难处理的是，很多已经投递(read和write)下去的操作还么有返回，你就让工作者线程退出了， 后续的内存处理可能会带来程序的崩溃。

post进去也只是post到其中一个工作者线程。并不能确保所有工作者线程都处于空闲状态。 很多投递的操作，可以中止掉，不过都是异步的，需要等待。 就是这个等待的时间就不是很好确定。暴力的办法就是固定sleep一段时间等待他们退出。[/quote] 启动了几个worker难道不记录？启动了几个worker就post几个事件进去，是能够确保worker都会正常退出的,但是是不是空闲就无法保证了。 不管是CloseHandle或者CloseSocket或者CancelIo引起的撤销IO事件，在高IO的情况下，返回时间都是很慢的，3、5秒到十多秒都是经常出现的，尤其是在多连接和高PPS的情况下，这种返回等待时间就更长，Sleep可能不会帮助你解决内存被锁定引起的Crash问题，引用计数应该是你需要考虑的方向。

[an_bachelor]

加1层能解决1切。

引用 7 楼 shenyi0106 的回复:

[quote=引用 6 楼 ycf8788 的回复:] [quote=引用 4 楼 shenyi0106 的回复:] 要让工作者线程结束其实很简单，Post以一个自定义的事件进去就可以了。 难处理的是，很多已经投递(read和write)下去的操作还么有返回，你就让工作者线程退出了， 后续的内存处理可能会带来程序的崩溃。

post进去也只是post到其中一个工作者线程。并不能确保所有工作者线程都处于空闲状态。 很多投递的操作，可以中止掉，不过都是异步的，需要等待。 就是这个等待的时间就不是很好确定。暴力的办法就是固定sleep一段时间等待他们退出。[/quote] 启动了几个worker难道不记录？启动了几个worker就post几个事件进去，是能够确保worker都会正常退出的,但是是不是空闲就无法保证了。 不管是CloseHandle或者CloseSocket或者CancelIo引起的撤销IO事件，在高IO的情况下，返回时间都是很慢的，3、5秒到十多秒都是经常出现的，尤其是在多连接和高PPS的情况下，这种返回等待时间就更长，Sleep可能不会帮助你解决内存被锁定引起的Crash问题，引用计数应该是你需要考虑的方向。[/quote]

[lx624909677]

工作线程的退出为什么难判断，根据线程创建返回的handle来判断就可以了啊