问题：TCP的接收缓冲区满了，收到数据后会向发送方发送ACK吗？
TCP的发送缓冲区中的数据，如果收不到接收方的ACK就不会删除，导致发送缓冲区溢出。如果接收方的缓冲区满了，收到数据后会不会向发送方发ACK呢？如果不发ACK，那么就没有接收缓冲区溢出的概念了，只要控制住发送方，就不会丢包；如果发ACK，那发送方就没办法控制是否继续发送了，接收缓冲区就会造成溢出，导致丢包。事实是怎样的呢？我这样理解正确吗？
答案：1. 只要收到了包（注意，这个包不一定有数据），就会ACK。
2. TCP在ACK的同时会带有window大小值，表示这边能接受的数据量。发送方会根据这个调整数据量。
3. 接收方缓冲区满时，回给发送方的window值就是0。
4. 发送方看到window为0的包，会启动一个定时器，隔一段时间发一个包试探。
5. 一旦接收方缓冲区有足够空间了，就会给window赋上非0值。发送方就又开始发送了。
记住，TCP拥有流量控制机制，是可以确保接收缓冲区不会溢出的。TCP是不会丢包的。
CP和UDP的接收缓冲区（UDP没有发送缓冲区）
接收缓冲区被TCP和UDP用来保存接收到的数据，直到被应用进程读取。
对于TCP而言，套接字接收缓冲区中可用空间的大小限定了TCP通告对端的窗口大小。 TCP套接字缓冲区不可能溢出，因为不允许对端发出超过本端所通告窗口大小的数据，这就是 TCP的流量控制，如果对端无视窗口大小而发出超过该窗口大小的数据，本端TCP将丢弃它们，但是不会发ACK。
对于UDP而言，当接收到的数据报装不进套接字接收缓冲区时，该数据报就会被丢弃。 UDP是没有流量控制的，较快的发送端可以很容易地淹没较慢的接收端，导致接收端的UDP丢 弃数据报。事实上较快的发送端甚至可以淹没本机的网络接口，导致数据报被本机丢弃。
