只有十分努力，才能看起来毫不费力

3次握手理想过程 1. 客户机首先发送一个SYN请求，此时服务器是LISTEN状态 2. 服务器返回一个ACK SYN响应，此时服务器创立了一个半连接，连接状态是SYN_RCVD 3. 客户及发送一个ACK响应，此时半连接是ESTABLISHED状态 注意上面的过程是理想过程，就是说不会出现丢包、延迟的情况，但是实际上信道是不可靠的。 先说说2次握手可能出现的问题， 如果一个SYN请求

原文地址：http://www.cnblogs.com/kzloser/articles/2582957.html 目录 首部格式 数据单位 特定 注意 自动重传请求ARQ 具体实现 发送缓存 接收缓存 滑动窗口 确认丢失和确认迟到 超时重传时间选择 报文段的发送时机 运输连接 发送TCP请求客户端 拥塞处理相关概念 避免拥塞具体实现 TCP 的有限状态

原文链接 注：主动、被动 与 服务器、客户端没有明确的对应关系。 这个图N多人都知道，它排除和定位网络或系统故障时大有帮助，但是怎样牢牢地将这张图刻在脑中呢？那么你就一定要对这张图的每一个状态，及转换的过程有深刻 的认识，不能只停留在一知半解之中。下面对这张图的11种状态详细解析一下，以便加强记忆！不过在这之前，先回顾一下TCP建立连接的三次握手过程，以及 关闭连接的四次握手过

原文链接 以下内容未经全部验证，不保证正确性。 1.Request timed out 这是大家经常碰到的提示信息，很多文章中说这是对方机器置了过滤ICMP数据包，从上面工作过程来看，这是不完全正确的，至少有下几种情况。 （1） 对方已关机，或者网络上根本没有这个地址：比如在上图中主机A中PING 192.168.0.7 ，或者主机B关机了，在主机A中PING 192.168.0.

题外话 前几天和朋友聊天，朋友问我怎么最近不写博客了，一个是因为最近在忙着公司使用的一些控件的开发，浏览器兼容性搞死人；但主要是因为这段时间一直在看HTML5的东西，看到web socket时觉得很有意思，动手写几个demo，但web socket需要特定的服务器支持，由于标准制定工作还没完成，所以没有多少主流的服务器支持，自己在网上下载了几个实现，包括PHP的、C#的、甚至Node.js的