CLOSE_WAIT的产生以及影响和解决方案
2012-02-27 01:27
218 查看
今天，做了CoolDown的测试时才发现，C/S架构中，如果服务器先执行主动关闭，则非常有可能导致客户端的socket一直处于CLOSE_WAIT状态，相应的导致服务器端的socket一直处于FIN_WAIT2状态，愿意是，当服务器端执行主动关闭时，发送FIN包，客户端相应ACK,，这个时候，服务器端进入FIN_WAIT2，而客户端进入CLOSE_WAIT状态，如果这个时候，客户端不执行shutdown(SD_SEND)的话，无法给服务器端发送FIN包，则两端的状态都一直不变，这个时候导致关闭一场，socket连接永远无法释放，占用系统资源，所以，一定要注意这点
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- CLOSE_WAIT的产生以及影响和解决方案
- 客户端产生CLOSE_WAIT状态的解决方案
- 客户端产生CLOSE_WAIT状态的解决方案
- 内存溢出和内存泄漏的区别，产生原因以及解决方案
- Cocos2d-x 实现地图滚动，解释缝隙产生的原因以及解决方案
- close_wait状态的产生原因及解决
- CLOSE_WAIT 状态以及应对策略
- [Socket]尴尬的CLOSE_WAIT状态以及应对策略
- [Socket]尴尬的CLOSE_WAIT状态以及应对策略
- CLOSE_WAIT解决方案及TCP各状态解释
- close_wait状态的产生原因及解决
- vs2010MFC工程，遇到的堆已损坏的崩溃。产生可能性，以及解决方案
- 内存溢出和内存泄漏的区别、产生原因以及解决方案
- iOS - Block产生Memory Leaks循环引用导致的内存泄漏以及解决方案
- 即将到来的Ionic4以及它使用的Stencil会产生什么影响？
- unix下解决服务器产生大量close_wait问题
- 2012-11-19 15:38 vs2010MFC工程，遇到的堆已损坏的崩溃。产生可能性，以及解决方案
- close_wait状态的产生原因及解决
- 内存溢出和内存泄漏的区别、产生原因以及解决方案
- Android内存泄漏产生的原因以及解决方案（OOM）