请教：socket传送大文件

hqystc

分块传送，比如10KB一块，然后一个一个放进缓存，发送到客户端，然后接收即可

ruger

谢谢版主！
现在还有两个问题：
1.传送数据的同步问题：在局域网内一般是没有这种担心的，但在Internet上传TCP包，是否就有超时重传和数据包次序问题？因为我是接收一个数据包就立即向文件中写入，因此错误的到达次序会导致文件错误。还有就是想避免网络分片。
2.在多个client同时向server请求文件时，是否会使server当掉？socket可以通过listen设置同时监听几个client，但我还是不放心啊。或者这里面有安全性问题？（比如DoS攻击）

ken1984

次序问题在你收到包的时候底层已经排好了，它不会将乱序错误的包交给你的。避免分片这个话题很模糊，也没有一个准确点的答案，我理解的是数据不要过大，最起码不超过MTU吧？不过这个MTU大小在应用层又怎么得到呢？

nacle

原帖由 ruger 于 2007-8-14 14:53 发表
对于open()系统调用打开的文件，有什么方法可以查看文件的长度？

你可以先用fseek函数找到文件末尾，然后用ftell来取得当前位置

nacle

原帖由 ruger 于 2007-8-15 09:39 发表
谢谢版主！
现在还有两个问题：
1.传送数据的同步问题：在局域网内一般是没有这种担心的，但在Internet上传TCP包，是否就有超时重传和数据包次序问题？因为我是接收一个数据包就立即向文件中写入，因此错误的 ...

第二的问题。。你可以开多线程来写程序 做个连接池接受客户的连接 至于服务器会不会死掉就不好说了..看你服务端的程序写的如何

但是连接以后仅仅是传送数据的话一般没什么问题

xinglp

sendfile or mmap + epoll 绝对高效

NewCore

先支持一把楼上的mmap。

对于第二个问题。一个socket监听多个client，确实是存在性能上的问题。长时间运行必然会出现的情况就是：可能client的连接的不到及时的处理。不过这个问题应该不会很严重吧。考虑一下实际应用，大量client并发连接的情况是否很多？

如果对性能有很高的要求，建议你可以参考ACE或者其他高效的服务器实现。

shikongzhi

关于察看文件的大小你可以看看linux c函数

george___

传几十兆大小的文件大概需要多长时间?