终于掌握了 TCP 的 11 种状态 ，太不容易了…
上面这个图就是完整的三次握手过程 首先由 client 发出请求连接，即SYN=1 ACK=0，TCP 规定 SYN=1 时不能携带数据，但要消耗一个 seq，所以声明自己的seq=x 然后 Server 进行回复确认，即 SYN=1 ACK=1 seq=y ack=x+1 最后 Client 再进行一次确认，但不用SYN了
给女朋友写了个TCP聊天程序，被嘲笑了！
第二天，我开始琢磨着，把客户端发给我远在2公里以外的女朋友，这样晚上的时候，我们在各自的宿舍就用它代替QQ来聊天，想想还挺浪漫哈～ 没想到当即就被鄙视了，就这黑乎乎的玩意?就不能做个漂亮的界面吗? 是啊，就这玩意确实不好见人，至少得像QQ一样，有个
一篇文章把OSI和TCP的作用讲清楚
各自为战的年代 在电脑上发送一封电子邮件，正在用手机聊QQ的小伙伴能马上收到。在很久很久以前…也不是很久，1974年以前，不同厂商生产的设备，不能彼此互连通信，这产生了很大的麻烦。 试想一下，拿苹果手机给台式电脑发信息，台式电脑无法接收是一个什么
TCP ，姗姗来迟！
服务端进程准备好接收来自外部的 TCP 连接，一般情况下是调用 bind、listen、socket 三个函数完成。这种打开方式被认为是 被动打开(passive open)。然后服务端进程处于 LISTEN 状态，等待客户端连接请求。 客户端通过 connect 发起主动打开(active open)，向