当我提交一个带有附件的简单表单时，例如：
<form enctype="multipart/form-data" action="http://localhost:3000/upload?upload_progress_id=12344" method="POST">
<input type="hidden" name="MAX_FILE_SIZE" value="100000" />
Choose a file to upload: <input name="uploadedfile" type="file" /><br />
<input type="submit" value="Upload File" />
</form>
它是如何内部发送文件的？文件是否作为数据作为HTTP正文的一部分发送？在此请求的标头中，我没有看到任何与文件名有关的内容。
我只是想了解在发送文件时，HTTP的内部工作原理。
让我们看一下当您选择一个文件并提交表单时会发生什么（为了简洁起见，我已经截断了标头）：
POST /upload?upload_progress_id=12344 HTTP/1.1
Host: localhost:3000
Content-Length: 1325
Origin: http://localhost:3000
... other headers ...
Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryePkpFF7tjBAqx29L
------WebKitFormBoundaryePkpFF7tjBAqx29L
Content-Disposition: form-data; name="MAX_FILE_SIZE"
100000
------WebKitFormBoundaryePkpFF7tjBAqx29L
Content-Disposition: form-data; name="uploadedfile"; filename="hello.o"
Content-Type: application/x-object
... contents of file goes here ...
------WebKitFormBoundaryePkpFF7tjBAqx29L--
--为前缀，就像在上一个分界字符串的末尾一样。上面的示例已经包含了这一点，但很容易被忽略。请参见@Andreas以下的评论。
与其将表单参数进行URL编码，表单参数（包括文件数据）作为多部分文档中的各个部分发送到请求正文中。
在上面的示例中，您可以看到输入的MAX_FILE_SIZE，其值设置在表单中，以及包含文件数据的部分。文件名是Content-Disposition标题的一部分。
详细信息请点击此处。
multipart/form-data，如所问：enctype='multipart/form-data'的含义是什么？
我将：
enctype有 三种可能性：
x-www-urlencoded（将表单数据编码为URL查询参数）multipart/form-data（规范指向RFC2388）text-plain。这是“不能被计算机可靠地解释”的，因此在生产中永远不应该使用它，我们也不会进一步研究它。一旦您看到每种方法的示例，就会明显它们的工作原理以及何时应该使用每一种方法。
您可以使用以下方式生成示例：
nc -l或者一个回显服务器：接受GET/POST请求的HTTP测试服务器将表单保存为一个简化的.html文件：
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8"/>
<title>upload</title>
</head>
<body>
<form action="http://localhost:8000" method="post" enctype="multipart/form-data">
<p><input type="text" name="text1" value="text default">
<p><input type="text" name="text2" value="aωb">
<p><input type="file" name="file1">
<p><input type="file" name="file2">
<p><input type="file" name="file3">
<p><button type="submit">Submit</button>
</form>
</body>
</html>
aωb，这意味着aωb，因为ω是U+03C9，在UTF-8中是61 CF 89 62字节。echo 'Content of a.txt.' > a.txt
echo '<!DOCTYPE html><title>Content of a.html.</title>' > a.html
# Binary file containing 4 bytes: 'a', 1, 2 and 'b'.
printf 'a\xCF\x89b' > binary
运行我们的小回声服务器：
while true; do printf '' | nc -l localhost 8000; done
在浏览器中打开HTML，选择文件并单击提交，然后检查终端。
nc 打印接收到的请求。
测试环境：Ubuntu 14.04.3，nc BSD 1.105，Firefox 40。
Firefox 发送：
POST / HTTP/1.1
[[ Less interesting headers ... ]]
Content-Type: multipart/form-data; boundary=---------------------------735323031399963166993862150
Content-Length: 834
-----------------------------735323031399963166993862150
Content-Disposition: form-data; name="text1"
text default
-----------------------------735323031399963166993862150
Content-Disposition: form-data; name="text2"
aωb
-----------------------------735323031399963166993862150
Content-Disposition: form-data; name="file1"; filename="a.txt"
Content-Type: text/plain
Content of a.txt.
-----------------------------735323031399963166993862150
Content-Disposition: form-data; name="file2"; filename="a.html"
Content-Type: text/html
<!DOCTYPE html><title>Content of a.html.</title>
-----------------------------735323031399963166993862150
Content-Disposition: form-data; name="file3"; filename="binary"
Content-Type: application/octet-stream
aωb
-----------------------------735323031399963166993862150--
对于二进制文件和文本字段，字节61 CF 89 62（在UTF-8中为aωb）会被直接发送。您可以使用nc -l localhost 8000 | hd进行验证，该命令会显示以下字节：
61 CF 89 62
被发送的内容为 (61 == 'a' and 62 == 'b')。
因此很明显：
Content-Type: multipart/form-data; boundary=---------------------------735323031399963166993862150 将内容类型设置为 multipart/form-data 并指定字段由给定的 boundary 字符串分隔。
但请注意：
boundary=---------------------------735323031399963166993862150
比实际障碍物少两个破折号 --
-----------------------------735323031399963166993862150
这是因为标准要求边界以两个破折号 -- 开始。其他破折号似乎只是 Firefox 选择实现任意边界的方式。RFC 7578 明确提到需要这两个前导破折号 --：
Content-Disposition: form-data;，字段name，filename，然后是数据。log(N)），以及找到它的算法的名称/运行时间？ 在https://cs.stackexchange.com/questions/39687/find-the-shortest-sequence-that-is-not-a-sub-sequence-of-a-set-of-sequences上提问。
Content-Type由浏览器自动确定。现在将enctype更改为application/x-www-form-urlencoded，重新加载浏览器并重新提交。
Firefox发送了：
POST / HTTP/1.1
[[ Less interesting headers ... ]]
Content-Type: application/x-www-form-urlencoded
Content-Length: 51
text1=text+default&text2=a%CF%89b&file1=a.txt&file2=a.html&file3=binary
很明显，文件数据没有被发送，只有基本名称。因此，这不能用于文件。
至于文本字段，我们可以看到通常的可打印字符如a和b在一个字节中发送，而不可打印的字符如0xCF和0x89每个字符占用了3个字节：%CF%89！
文件上传通常包含大量的非打印字符（例如图像），而文本表单几乎从不包含。
从我们所见的例子中，我们可以得出以下结论：
multipart/form-data：将一些字节的边界开销添加到消息中，并必须花费一些时间计算它，但是将每个字节发送为一个字节。
application/x-www-form-urlencoded：每个字段具有单个字节边界（&），但对于每个非打印字符，会添加一个线性开销因子3倍。
application/x-www-form-urlencoded发送文件，我们也不希望这样做，因为这样会非常低效。在给出的答案/示例中，文件（很可能）是通过HTML表单或使用FormData API上传的。文件只是请求中发送的数据的一部分，因此需要使用multipart/form-dataContent-Type头。
如果您想将文件作为唯一内容发送，则可以直接将其添加为请求正文，并将Content-Type标头设置为要发送的文件的MIME类型。文件名可以添加到Content-Disposition标头中。您可以像这样上传：
var xmlHttpRequest = new XMLHttpRequest();
var file = ...file handle...
var fileName = ...file name...
var target = ...target...
var mimeType = ...mime type...
xmlHttpRequest.open('POST', target, true);
xmlHttpRequest.setRequestHeader('Content-Type', mimeType);
xmlHttpRequest.setRequestHeader('Content-Disposition', 'attachment; filename="' + fileName + '"');
xmlHttpRequest.send(file);
如果您不想使用表单，并且只希望上传单个文件，则这是将文件包含在请求中的最简单方法。
在所有现代浏览器中，您现在还可以使用Fetch API进行（二进制）上传。与上面示例中提到的相同，代码如下：
const promise = fetch(target, {
method: 'POST',
body: file,
headers: {
'Content-Type': mimeType,
'Content-Disposition', `attachment; filename="${fileName}"`,
},
});
promise.then(
(response) => { /*...do something with response*/ },
(error) => { /*...handle error*/ },
);
Content-Type 将其保存到文件中。 - Wilt我有这段示例Java代码：
import java.io.*;
import java.net.*;
import java.nio.charset.StandardCharsets;
public class TestClass {
public static void main(String[] args) throws IOException {
ServerSocket socket = new ServerSocket(8081);
Socket accept = socket.accept();
InputStream inputStream = accept.getInputStream();
InputStreamReader inputStreamReader = new InputStreamReader(inputStream, StandardCharsets.UTF_8);
char readChar;
while ((readChar = (char) inputStreamReader.read()) != -1) {
System.out.print(readChar);
}
inputStream.close();
accept.close();
System.exit(1);
}
}
我有这个test.html文件：
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>File Upload!</title>
</head>
<body>
<form method="post" action="http://localhost:8081" enctype="multipart/form-data">
<input type="file" name="file" id="file">
<input type="submit">
</form>
</body>
</html>
最后，我将用于测试的文件名为a.dat，其内容如下：
0x39 0x69 0x65
如果你将上面的字节解释为ASCII或UTF-8字符，它们实际上表示的是：
9ie
让我们运行Java代码，在我们最喜爱的浏览器中打开test.html，上传a.dat并提交表单，看看服务器收到了什么：
POST / HTTP/1.1
Host: localhost:8081
Connection: keep-alive
Content-Length: 196
Cache-Control: max-age=0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Origin: null
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/48.0.2564.97 Safari/537.36
Content-Type: multipart/form-data; boundary=----WebKitFormBoundary06f6g54NVbSieT6y
DNT: 1
Accept-Encoding: gzip, deflate
Accept-Language: en,en-US;q=0.8,tr;q=0.6
Cookie: JSESSIONID=27D0A0637A0449CF65B3CB20F40048AF
------WebKitFormBoundary06f6g54NVbSieT6y
Content-Disposition: form-data; name="file"; filename="a.dat"
Content-Type: application/octet-stream
9ie
------WebKitFormBoundary06f6g54NVbSieT6y--
看到9ie这些字符，我并不感到惊讶，因为我们让Java将它们作为UTF-8字符打印出来。您也可以选择将它们读取为原始字节。
Cookie: JSESSIONID=27D0A0637A0449CF65B3CB20F40048AF
这实际上是HTTP头的最后一部分。在此之后是HTTP正文，我们上传的文件的元数据和内容实际上可以在其中看到。
while ((readChar = (char) inputStreamReader.read()) != -1) { 是正确的吗？(int)(char)-1 实际上是 65535。 - Daniele