作者：宛如画中人需_308 | 来源：互联网 | 2024-11-03 10:19
本文探讨了文件传输过程中的优化与安全策略。具体而言，研究了如何将客户端的文件高效上传至服务器。通过使用结构体对象，可以封装文件的相关信息，如位置和大小，并利用缓冲区存储实际数据，从而实现高效的数据传输。此外，文章还讨论了在传输过程中确保数据完整性和安全性的多种方法，包括加密技术和身份验证机制。
现在我需要把一个文件从客户端上传到服务器。
传输部分OK。现在可以把一个结构体对象的东西传送到服务器
结构体可以封装文件包的位置、大小等信息，然后其中一个buffer可以存放数据..
struct tagFilePacket
{
u32 offset;
u32 size;
char buffer[2048];
}
现在我不太清楚的是传文件可以以怎样的方式处理文件...
现在想到的方法就是：
从文件读出一块->封装上那一块的信息->传输到服务器->服务器取出信息和数据，根据信息把数据存入文件...
读取文件按顺序，从文件头读到文件尾，写文件也是按这样的顺序...
但是这样每次只能发送一包，感觉不太好，请问有没有更好的方法去拆，拼文件？
7 个解决方案
不要这样发，如果是tcp的话，你甚至可以完全不用任何头部，直接把文件发过去（一次发送的缓冲区自己定大小），最后调用一次shutdown表示发送完毕（tcp协议中的fin）。tcp能保证完整性和顺序
即便加头部，也只需要加一个，不需要每组都加
你的这个头部，有点像udp协议发文件，虽然udp协议开销小，但正如你的情况，如果实现不好性能可能远低于tcp
如果用windows，TransmitFile这个API直接帮你解决一切难题
协议定位:
尺寸 MD5 内容
网络编程不会做拆包解包, 不会做状态机的话, 只能去看点开源代码了.
你可以了解以下缓冲区的大小从而确定每次的传送字节数,否则很容易乱序,或者用我以前用过的一个笨方法,每当发送一次就调用以下sleep()把sleep()值设置的小一点如果是单线程那么可能大文件会造成程序假死现象
不知道有多少前人掉在TCP Socket
send(人多)send(病少)send(财富)
recv(人多病)recv(少财富)
陷阱里面啊！
http://topic.csdn.net/u/20120210/09/51109ed0-07b9-41f2-b487-a51597f2ca01.html
京公网安备 11010802041100号