『壹』 TCP文件传输接收问题
接收端函数有问题，好好看一下
『贰』 tcp/ip最大能传输的数据包是多大
默认都是1500 这是有效信息，还有最小字长，这在tcp/IP书里写的很清晰1500是帧的MTU，65535才是包的字节数，一个二层一个三层，不一样的如果问的是包，那么应该是后者
『叁』 关于网盘大文件数据分片传输和tcp协议中的分片问题
数据分片，自然便是将整体数据分摊在多个存储设备上，这样每专个存储设备的数据属量相对就会小很多，以此满足系统的性能需求。值得注意的是，系统分片的策略有很多。这是管理存储设备的方式，和传输过程并无关系。如果满意，请给分！回到你的问题，你的网盘分多少个存储设备？使用的分片的策略是什么？
『肆』 能否这样讲：当我们在因特网上传送很长的大文件时，就必须使用TCP协议而不是使用UDP协议
不能。TCP和UDP同是传输层的控制协议，TCP是面向连接的，通过三步来建立连接，提供的是专可靠的传属输，丢包了还要重传；UDP面向无连接，提供尽力而为的传输。具体用哪一个，根据应用需要。比如，你用登陆网银系统操作，绝对不会用UDP，而像SNMP（简单网络管理协议）这样协议就不会用TCP，因为没有必要。同时，也不是根据文件的大小来选TCP或UDP的，如果是我和你之间通过QQ传输一个1G的文件，还是使用TCP，因为要保证数据的完整；而如果是视频聊天，那用的就是UDP了，因为你肯定不想听到你女朋友说：“我也爱他呢”，情景：你和你女朋友在通过网络聊天，她弟弟的一个同学来找他弟，弟弟不在，她去打发他。回来接着和你聊，本想说：“他来找我弟……省略N个字后她被你感动了……，我也爱你。”结果网络不好，“他”字给丢了，该死用了TCP协议，在传“我也爱你”时，“你”字还没传到，“他”字反而重传到了，成了“我也爱他你”，听歪了，成了“我也爱他呢”。。。。。
『伍』 TCP传输文件问题
本机测试如抄果在循环里传会有一袭些socket来不及释放造成socket耗尽而出现连接错误，建议你在本机测试时每次发送或接收数据包后都加一句Sleep(50).另外服务端在Accept后一般是new一个新的socket出来,用完后要记得delete,而且delete前要记得关闭socket句柄.直接delete没有关闭的socket句柄会出断言错误的.多用异常抛出机制,好好检查下程序,自己找出问题来是收获最大的.
『陆』 如果 tcp 网络偶发丢包，那么是对小文件传输影响大还是对大文件传输影响大
如果从最终传送效果来说，都不会有影响。因为TCP有超时重传机制，可以保证文件最终传输成功。如果从传输速度来说，自然是对大文件传输影响较大。
『柒』 socket TCP协议接收大文件时recv的buffer设置多少合适
一般64k足矣。tcp有流量控制，不会出现缓冲区溢出的问题
『捌』 TCP长连接出现Too many open files，该怎么处理
这是因为网络请求过多，也就导致了系统打开的文件过多。每一个连接都会当成“文件”看待的。于是用命令ulimit -a（效果：查看每个用户允许打开的最大文件数）看到最大文件数是1024，将其更改大点，如ulimit -n 4096然后必须重启下网络服务，我用的是WebLogic，重启之后便没有出现异常。导致 Too many open files ，网络请求过多是一种可能，但也有可能是程序上的缺陷，如没有释放一些文件句柄，程序open了文件却忘记了在最后close。但我确信工程中没有用到打开文件这一环节，因此这个可能是排除掉了。用lsof -p [进程ID] 可以看到某ID的打开文件状况。进程ID可能用 ps -ef|grep java列出weblogic的进程ID，然后用此ID套入lsof -p ID号，咳，一大堆的请求哟，这显然是网络请求过多造成了 Too many open files。适当调整后便已消除这种现象。
『玖』 labview编程tcp传输大文件时突然断开
典型TCP/IP 通讯源码 实时连接状态查询 支持连接断开后自动重新连接
