HTTP协议用于文件传输时，一般把文件内容放到消息体中。作为TCP之上的流式传输协议，发送端和接收端可以对大文件进行流式的发送和接收。
1．确定大小的文件传输
消息头部的Content-Length字段表示文件的长度，用于接收端确定文件的结束。
2．Chunked编码
当文件大小无法事先确定时，无法设置Content-Length字段。此时可以用分块传输的方式，将文件分成多个部分进行发送。在分块发送方式下，头部增加Transfer-Encoding: chunked，存在这个头部时不允许再加上Content-Length头，即使有也会被忽略。
Chunked模式下，消息体分块发送，每一块头部存储数据长度，跟上CRLF，然后是具体的数据，块与块之间也是CRLF分隔。当长度头为0时，表示块的结束。
3．使用multipart/form-data上传文件
原始的POST请求消息体中是URL编码后的表单，格式为key=value，不同的key、value之间用&分隔。上传二进制的文件时，可以用multipart/form-data的方式。
在这种方式下，基础的请求仍然是POST请求，文件内容放在消息体，只是Content-Type字段的值为multipart/form-data，并随机选择一个字符串作为分隔符（理论上需要这个分隔符不在文件内容中出现，一般随机选择的字符串出现在正文中的概率非常小，如果真的出现会导致POST失败，需要另外发起一次请求重新选择随机字符串），然后，每个字段之间用”--分隔符”进行分隔，最后一个”--分隔符--”表示结束。每个字段中都可以包含头部和消息体，头部的内容可以包含文件名称、文件路径等，也可以是文件的二进制内容本身。
4．断点续传与多线程传输
这里仍然是运用分块传输的思想：如果传输中途中断，接下来可以从中断的地方重新开始避免从头开始的浪费；在多线程程序中，各个线程可以分别负责传输一个文件块，然后将他们合并恢复成为原始文件。
分块传输就需要确定块的边界，这里采用的是Range字段，表示从某一字节开始，如Range:bytes=100-，表示请求的是从文件的100字节开始到文件末尾，返回消息为206 Partial Content，头部字段增加Content-Range: bytes100-199/200，表示返回文件100-199字节内容，文件一共200字节。
多线程传输时，每个线程请求文件中不同的range，传输完成后由应用作合并。
版权声明：本文为博主原创文章，未经博主允许不得转载。