关于滑动窗口协议为什么发送窗口与接收窗口之和要小于或等于2^n

n指的是序号用到的位数。
先举一个反例，假如n=3，发送窗口为5，接收窗口为4，在接收方的ACK总是因为网络波动而导致无法被接收到的情况下，因为发送发总是没收到ACK，根据滑动窗口的机制，发送方实际上一直在尝试发送0,1,2,3,4这五帧，而接收方的窗口在这种情况下的变化是：(0,1,2,3)->(4,5,6,7)->(5,6,7,0);(5,6,7,0)这个窗口中出现了一个新的0，根据规则接收方不知道现在发来的帧是老的0帧，就直接接收下来了，但是这个老的0号帧显然不应该被这个新的0号窗口接收，因此便发生了错误。
所以发送窗口与接收窗口之和小于2^n主要就是为了防止这种情况的发生：接收方的ACK总是丢失，进而导致发送窗口不动，而接收窗口不断接收数据被“挤”到发送窗口之后（接收窗口会一直运动直到接收窗口的开头正好再发送窗口的尾部之后），如果发送窗口与接收窗口之和的长度大于2^n，将序号空间考虑为一个环，发送窗口与接收窗口连接起来后会“套圈”，导致发送窗口在不断发送的“老帧”能落在发送窗口不断移动后出现的同序号的“新帧”槽位中。只要避免这种“套圈”现象，也即发送窗口与接收窗口之和小于或等于2^n即可。