tcp协议丢包的问题(慢慢增加)

使用tcp协议在任何时候都不会丢包，因为：     
  tcp/ip模型中，ip层负责发送包但不保证正确接收，而tcp层在ip层上，保证每个包正确接收。       
  在应用程序中，如果用socket的send发送一段数据，只要函数返回ok，对方肯定正确接收了。    
  使用tcp传送数据不用关心数据是否正确接收更不用自己写应答机制否则就成udp了。      
  如果网络故障，socket会有错误报告，tcp连接会断开，但是已发送的数据肯定正确发送了，你所需要的就是试图重新连接，然后把没有发送的数据接着发送出去。

 

TCP传输是可以保证数据交换的可靠性的，但这是指一方的主机将数据正确的传输到目标机器中，目标机器的协议栈的堆栈是有一定限制的，如果在目标机器中不及时处理接收到的数据，有可能堆栈会溢出！而这种溢出并不是因为TCP协议本身，而是因为系统的IP协议栈的缓冲区溢出造成！

关于send函数的问题：

首先必须明确send函数究竟作了什么，他是负责将数据传递给本地tcp层后返回，还是同时负责将应用层传递的数据得到接受方tcp层确认后才返回  
  如果是后者你说的无疑是正确的，但是，事实上完全不是这样，这是因为如果这样，那么nagle算法就没用了,因为这个算法就是将多次send函数的传入的小数据拼凑成为一个较大的包,然后再发送。  
  可见，即使是send函数ok了，对方也不一定可以接受到，因为tcp协议只是在tcp层上尽他的义务，而send函数只不过扮演了一个应用层向tcp层传递数据的角色,除此之外，他和tcp层没有任何关系。  
      还有一种特殊情况，虽说非常罕见，但是并非不可能发生，那就是：如果接受方tcp层确实接受到数据并向发送方发送了确认信息，但是，在他向应用层传递数据时，应用层程序突然崩溃，那么接受方的应用程序也是无法接受到数据的，而此时，发送方tcp层得到了确认信息认为这些数据已经发送成功了，这是<tcp/ip高级 编程 >一书里举的极端例子,不信的话你可以看一看这本书吧  
  总之,不要把send函数和tcp协议混在一起，send函数并不是tcp协议里面的东西，send函数并不能保证任何东西，而这些保证是由tcp来完成的