对nonblock tcp socket调用send的情况下，滑动窗口满和内核发送缓冲区满对send的影响是不是一样的，直白来说就是send的返回值能否区分这两种情况。
如果滑动窗口和发送缓冲区没有直接的关系，那么当发送缓冲区未满，而滑动窗口已满，send是否能返回成功，数据是否会被拷贝到内核发送缓冲区？

网上也查过一些文章，对于这个比较细节的问题，都没有明确的解释，或者有些说法不一，可能要搞清楚还是最好查下内核代码，不过还是先来请教一下~~



ps.
这里说“滑动窗口满”指的是TCP协议栈因为早先数据的ack未到无法发送更多数据，只是自己的一种描述办法。

send只和发送缓存区满没满有关。
返回-1,errno == EAGAIN时就表示发送缓冲区满了。

TCP 数据的发送存在 2 个过程：
1. 拷贝到发送缓冲区，这就是 send 干的事情
2. 协议栈将发送缓冲区中的数据发送出去，是否能发、发多少字节，取决于滑动窗口的大小(实际上不光是滑动窗口，还有一个拥塞窗口的概念，协议栈取的是最小值)，并且在收到 ACK 后清除缓冲区中被确认的数据。
所以，send 成功与否，跟滑动窗口是没有直接关系的，不管是 block 还是 nonblock。跟是否收到 ACK 更没关系。
你可以写个 socket 测试下：
三次握手之后，拔掉交换机上的网线(不能拔本机网线，否则会导致接口 down)，然后再反复调用 send。你会发现，send 会一直成功，直到缓冲区满掉。而事实上，在缓冲区满掉之前，滑动窗口早就满了。而在这个过程中，接收方的 ACK 也肯定是过不来的。