项目现场遇到车在地图上丢失/跳点问题，通过日志发现是OBU给车发送阻塞导致（OBU给车发数据发不动），这里OBU 是TCP Server，车和平板APP是Client。
通过抓包发现如下现象：
-
192.168.86.110 是OBU，TCP Server 会一直给车/APP发数据。
-
192.168.86.11 是车。
-
TCP Window Full ：接收方接收缓冲区满了后，导致发送方的发送缓冲区装满待确认数据，此时发送方会发送一个TCP Window Full消息。
-
TCP ZeroWindow：谁发送表示谁的socket缓冲区满了没有读。可能原因：没有读/读的慢/发送方发送过快。
-
TCP ZeroWindow与TCP window Full
-
几个特殊TCP报文及TCP
-
TCP窗口：Windows如果Full会影响传输效率吗？
1、作为接收方，有接收窗口，也就是接收缓冲区，win=xxx 告诉对方，我的接收窗口大小。
2、当我的接收窗口满了，也就是win=0，Wireshark显示【
TCP
Zero
Window
】，这个时候，对方不能再发送数据。
3、作为发送方，有发送窗口，发送窗口可以理解为，一口气可以发送多少数据。发送窗口不光要考虑对方的接收窗口，还要考虑
网络
情况，也就是拥塞窗口，等于它们的最小值。
发送窗口数据分...
关于
TCP
window
full/
TCP
zero
window
TCP
window
full, 是指的发送端发送的数据已经达到的接受窗口的上限。
继而停止发送，等待新的接收窗口的通告
此时接收端返回的是
TCP
zero
window
，表示接收端窗口为0，从抓包可以看出
接收端在清除缓存后窗口不再为0时，更新了其窗口大小
出现该情况是可考虑将
TCP
socket中的设置
TCP
_NODELAY选项。
setsockopt( s,
IP
PROTO_
TCP
,
TCP
_NODELAY, (char*) &
TCP
window
full, 是指的发送端发送的数据已经达到的接受窗口的上限。继而停止发送，等待新的接收窗口的通告。
发生
TCP
window
Full
的情况分析，下面得包是抓取的FTP的streamflow. 当时的情况是正在发生在客户端上传文件到
服务器
。
本地主机：146.11.2.87
远端
服务器
：147.128.6.103
首先看第28406个包，
服务器
通告本段A
然后停止发送，等待新的接收窗口的通知
此时接收端返回
TCP
零窗口，表示接收端窗口为0，从抓包中可以看出,当清除缓存后窗口不再为0时，接收端更新其窗口大小.在这种情况下，请考虑在
TCP
套接字中设置
TCP
_NODELAY 选项。在编译器头文件中找到这个宏的定义，编译ldap也发现这个宏是一直开启的，也就是默认不使用Nagle算法.代码中没有找到
TCP
_NODELAY宏是在哪里定义的，所以在编译器头文件中找到了这个宏
5.3.1.5
Zero
Window
（0窗口）
Zero
Window
（0窗口）指的是
TCP
发送方的滑动窗口大小为0，其本质上是因为
TCP
接收方的接收缓存已经满了，没有空间再接收数据。
当处于
Zero
Window
时，
TCP
发送方是不能向对方发送数据的——即使发送也会被对方给怼回来，如图5-107所示：
去年我师傅推荐了两本林沛满写的关于wireshark抓包的书，分别是《wireshark就是这么简单》和《wireshark分析的艺术》，写的真心不错。
TCP
协议是一个很有意思的内容，这半年对
TCP
协议有了更多的认识，于是想重新更新一些对
TCP
协议的内容。今天先从
TCP
协议里面的滑动窗口说起。
1、先说原理
就发送端来说，一般如下所示：
主要分为：已发送已确认的包（应用层未读取）。发送未确认的包，未发送可发送的包，未发送不可发送的包。其中，滑动窗口指的是发送未确认和未发送可发送区域的大小。
2、滑动窗口
此前在对接视频平台过程中，获取的视频超过7路，会出现
TCP
window
full的错误，然后获取的视频流会断掉。
产生问题的原因：
业务处理过程中速度不够，导致客户端向服务端发送零窗口的错误，最终导致服务端端口卡死。只有等到socket关闭，
服务器
端的业务才会恢复。
现象：出现断流后，从客户端获取的视频平台码流也断了，说明端口被堵住了。重启程序或客户端（关闭socket连接）后视频业...
When a
TCP
window
is full, it means that the receiving device is unable to accept any more data from the sender until it has processed the data that it has already received. This can occur when the sending device is sending data at a faster rate than the receiving device can process it, or when there is network congestion causing delays in the transmission of data. When the
TCP
window
is full, the sender will stop sending data until it receives an acknowledgement from the receiver indicating that it has processed the data and has space available in its
window
to receive more data. This process is known as flow control and is essential for preventing network congestion and ensuring reliable data transmission.
