larryliuqing的专栏-xxx

http://www.cnblogs.com/rootq/articles/1258900.htmlCLOSE_WAIT，TCP的癌症，TCP的朋友。CLOSE_WAIT状态的生成原因首先我们知道，如果我们的服务器程序APACHE处于CLOSE_WAIT状态的话，说明套接字是被动关闭的！因为如果是CLIENT端主动断掉当前连接的话，那么双方关闭这个TCP连接共需要四个p

http://www.2cto.com/net/201111/112030.html  这幅图是TCP的状态机，看了2个小时，分析总结如下：（1）CLOSED 状态时初始状态。（2）LISTEN:被动打开，服务器端的 状态变为LISTEN(监听)。被动打开的概念：连接的一端的应用程序通知操作系统，希望建立一个传入的连接。这时候操作系统为连接的这一端建立一个连 接。与之对

http://my.oschina.net/costaxu/blog/127394目录[-]1 端口未打开2 请求超时3 提前关闭4 在一个已关闭的socket上收到数据总结参考文献：应该没有人会质疑，现在是一个网络时代了。应该不少程序员在编程中需要考虑多机、局域网、广域网的各种问题。所以网络知识也是避免不了学习的。而且笔者一

http://blog.csdn.net/dog250/article/details/6612496说明：1).本文以TCP的发展历程解析容易引起混淆，误会的方方面面2).本文不会贴大量的源码，大多数是以文字形式描述，我相信文字看起来是要比代码更轻松的3).针对对象：对TCP已经有了全面了解的人。因为本文不会解析TCP头里面的每一个字段或者3次握手的细节，也不会解释慢启动

http://coolshell.cn/articles/11564.htmlTCP是一个巨复杂的协议，因为他要解决很多问题，而这些问题又带出了很多子问题和阴暗面。所以学习TCP本身是个比较痛苦的过程，但对于学习的过程却能让人有很多收获。关于TCP这个协议的细节，我还是推荐你去看W.Richard Stevens的《TCP/IP 详解 卷1：协议》（当然，你也可以去读一下RFC79

http://coolshell.cn/articles/11609.html这篇文章是下篇，所以如果你对TCP不熟悉的话，还请你先看看上篇《TCP的那些事儿（上）》 上篇中，我们介绍了TCP的协议头、状态机、数据重传中的东西。但是TCP要解决一个很大的事，那就是要在一个网络根据不同的情况来动态调整自己的发包的速度，小则让自己的连接更稳定，大则让整个网络更稳定。在你阅读下篇之前，你需要

http://xidianzhangjun.blog.163.com/blog/static/11548877120114411056939/哎，首先，又犯了一个大错，前几天把这个问题通过实验搞懂了，可是没有能够及时记录下来，今天突然想起来，想去总结一下，可是实验代码找不到了，只能通过记忆记录一下，改天再试验一下。我的实验过程：1.服务器端开启2.客户端连接上服务器端3.客户端

http://blog.csdn.net/realmeh/article/details/18239667终止一个连接要经过4次握手。这由TCP的半关闭（half-close）造成的。既然一个TCP连接是全双工（即数据在两个方向上能同时传递，可理解为两个方向相反的独立通道），因此每个方向必须单独地进行关闭。 这原则就是当一方完成它的数据发送任务后就能发送一个FIN来终止

转：http://maoyidao.iteye.com/blog/1744277 面试时看到应聘者简历中写精通网络，TCP编程，我常问一个问题，TCP建立连接需要几次握手？95%以上的应聘者都能答对是3次。问TCP断开连接需要几次握手，70%的应聘者能答对是4次通讯。再问CLOSE_WAIT，TIME_WAIT是什么状态，怎么产生的，对服务有什么影响，如何消除？有一部分同学就回答不