关于TCP不丢包的疑问？

当然不知道了，这个就像断点续传，TCP不丢包，是他有重传机制，在传输中，网络不中断时不会丢包的，但是网络中断了，肯定不行了撒。
1，不知道
2，对

基于TCP发送文件
 如果出现客户端发送某个包时，发送成功，而服务器接受失败

不一定。
很多时候，包其实在路上被某种为之原因给弄没了·~

当然，你接受的时候，你可以直接接受带tcp头的数据，这样子你就可以分析了不是？？？

建议，还是自己分包。然后服务器端进行确认。
如果某个包丢了，服务器发回包号，然后客户端重新发送

引用楼主 wangsiyuanoo 的回复:
 基于TCP发送文件
  如果出现客户端发送某个包时，发送成功，而服务器接受失败


 客户端发送成功，而服务器接受失败，这个我的看法如下：

 1.只要客户端发送函数send返回成功，则发送的数据一定到了服务器端。(因为只有当服务器端收到数据并返回ack后，send才会成功。所以网络如果中断了，也不会出现发送成功，而服务器接受失败的情况)。

 2.客户端发送函数send返回成功，虽然说明数据已经到了服务器端（具体说应该是数据被驱动程序保存在内核空间），但还是有可能服务器端处理该数据的应用程序在得到该数据之前，突然停电了，或者系统死机了，这种情况下才会出现发送成功，而服务器接受失败（准确说应该是服务器端处理该数据的应用程序接受失败）。

引用 6 楼 fly_1101 的回复:
 引用楼主 wangsiyuanoo 的回复:
  基于TCP发送文件
   如果出现客户端发送某个包时，发送成功，而服务器接受失败


  客户端发送成功，而服务器接受失败，这个我的看法如下：

  1.只要客户端发送函数send返回成功，则发送的数据一定到了服务器端。(因为只有当服务器端收到数据并返回ack后，send才会成功。所以网络如果中断了，也不会出现发送成功，而服务器接受失败的情况)。

  2.客户端发送函数send返回成功，虽然说明数据已经到了服务器端（具体说应该是数据被驱动程序保存在内核空间），但还是有可能服务器端处理该数据的应用程序在得到该数据之前，突然停电了，或者系统死机了，这种情况下才会出现发送成功，而服务器接受失败（准确说应该是服务器端处理该数据的应用程序接受失败）。


 我的这个看法好像有误，send好像不是要对方回复ack后才返回，准备明天来做个实验看看。