TCP的一些简单记录

主要是记录一下，自己对于所了解的一些知识点。

所以上一个tcp报文段的包头的结构吧。

一个个解释吧

源端口号，目的端口号，2byte一个，这个显而易见，就不多说了。（那么源IP，目的IP呢？那是网络层的事呢，由IP协议负责将这些信息封装进报文段中，成为数据报）

序号和确认号一起说明，它们2个合伙用来实现可靠数据传输。首先当我们创建套接字socket的时候第二个参数还记得么，当我们创建tcp 套接字的时候，用的参数是SOCK_STREAM, 流式套接字（其实也就是运输层采用tcp协议啦）！   tcp把数据看成一个无结构但是有序的流，序号就是该报文段的数据的首个字节的编号。

那么确认号呢？ TCP是全双工的，即它们之间是互相发送数据的，A发一个报文段给B，B收到后返回一个报文段给A，B返回给A的报文段中的确认号的值就是B希望从A接收到的下一字节的序号。

比如说A发送给B的报文段中，序号是90，数据共20个byte，如果B成功接收，那么返回给A的确认号是90+20=110。

待会说到三次握手（建立TCP连接）的时候，会更明白一点。

首部长度，这个跟udp包头的长度不同，这里的首部长度是一个byte，描述的是tcp的包头的长度。

保留未用，没啥好说的。

URG,ACK,PSH,RST,SYN,FIN,共6bit的标志位，各有各的作用。

URG，urgen，紧急的，这是紧急标记位，表示该报文段中存在紧急的数据，结合紧急数据指针一起使用，紧急数据指针，指向的是紧急数据的最后一个byte。

ACK，用来表示确认号字段中的值是有效的，表示该报文段包含一个对已接受的报文段的确认。

PSH，指示接收方应该立即将数据交付给应用层。

RST，SYN，FIN 这三个主要用于TCP连接的建立和关闭。

接收窗口，用于流量控制，用于指示接收方愿意接受的字节数量，该字段的值越大的时候，理论上传输速度会越快（TCP有相应的策略调整它的值，用于流量控制）。

互联网检验和，提供差错检测，我不清楚当tcp报文段出现比特差错的时候 是否有办法自我修复，或者还是做其它处理（如丢弃）如果有看官知道的话提醒我一下。

选项：12个byte，窗口调节因子，里面还定义了一个时间戳选项（选项具体有什么作用我也还不清楚）

三次握手

有客户端发起

客户端为A

服务端为B

首先A给B发送一个SYN报文段，即将SYN标志位置1，假设该报文段的序号是30，确认号是50，数据共一个字节。

那么B将给A发送一个SYN ACK 报文段，该报文段中，序号是50，确认号是31，假设数据是5个字节。

这时A将发送一个ACK报文段（此报文段SYN为0，没有置1）返回给服务器，告诉服务器已经接收到数据，此时3次握手结束，双方已建立TCP连接。

有一点值得说一下，就是当B收到SYN报文段时，会建立一个半开的TCP连接，分配一些资源和变量，并将该连接保存到一个等待建立的队列中。

当B收到最后的那个ACK报文段时将会把此连接放在一个establish队列中，顾名思义。

而A的话 当收到SYNACK报文段的时候会为其分配资源和变量。

另外说一下 win7中，流式套接字的系统分配的默认缓冲区  接收和发送缓冲区都是8K（通过getsockopt函数可以获取到），通过setsockopt函数可以自行设置。