我用这个语法发布了一个带有一些参数的文件:
curl -v -include --form "key1=value1" --form upload=localfilename URL
该文件大小约为500K。首先，我看到内容长度在传输端是254。之后，服务器响应的内容长度为0。
我哪里说错了?
下面是该命令的完整跟踪。
* Couldn't find host xxx.xxx.xxx.xxx in the _netrc file; using defaults
* About to connect() to xxx.xxx.xxx.xxx port yyyy (#0)
* Trying xxx.xxx.xxx.xxx...
* Adding handle: conn: 0x4b96a0
* Adding handle: send: 0
* Adding handle: recv: 0
* Curl_addHandleToPipeline: length: 1
* - Conn 0 (0x4b96a0) send_pipe: 1, recv_pipe: 0
* Connected to xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx) port yyyy (#0)
* POST /zzzzzz/UploadFile HTTP/1.1
* User-Agent: curl/7.32.0
* Host: xxx.xxx.xxx.xxx:yyyy
* Accept: */*
* Content-Length: 254
* Expect: 100-continue
* Content-Type: multipart/form-data; boundary=------------------------948a6137eef50079
*
* HTTP/1.1 100 Continue
* HTTP/1.1 100 Continue
* HTTP/1.1 200 OK
* HTTP/1.1 200 OK
* Server Apache-Coyote/1.1 is not blacklisted
* Server: Apache-Coyote/1.1
* Server: Apache-Coyote/1.1
* Added cookie JSESSIONID="C1D7DD042E250211D9DEA82688876F88" for domain xxx.xxx.xxx.xxx, path /zzzzz/, expire 0
* Set-Cookie: JSESSIONID=C1D7DD042E250211D9DEA82688876F88; Path=/zzzzzz/;
* HttpOnly
* Set-Cookie: JSESSIONID=C1D7DD042E250211D9DEA82688876F88; Path=/zzzzzz/; HttpOnly
* Content-Type: text/html;charset=ISO-8859-1
Content-Type: text/html;charset=ISO-8859-1
* Content-Length: 0
* Content-Length: 0
* Date: Tue, 01 Oct 2013 11:54:24 GMT
* Date: Tue, 01 Oct 2013 11:54:24 GMT
* Connection #0 to host xxx.xxx.xxx.xxx left intact
这对我来说很管用
curl --form file='@filename' URL
当我给出这个答案的时候(4年多以前)，我并没有真正理解这个问题，或者表单字段是如何工作的。我只是根据我在另一种情况下的尝试来回答问题，这对我来说很有效。
因此，首先，OP所犯的唯一错误是没有在文件名前使用@符号。其次，我的答案使用file=…只为我工作，因为我试图做上传的表单字段被称为文件。如果您的表单字段名为其他名称，请使用该名称。
解释
从卷曲的书页;在option -form的描述下，它说:
这允许上传二进制文件等。强制“内容”
部分要为文件，则在文件名前加上@符号。只是为了得到
文件的内容部分，在文件名前加上符号<。@和<之间的区别是@生成a
文件得到
在post中作为文件上传附加，而<则生成一个文本字段，并从
文件。
如果您尝试进行表单上传，很可能希望使用@前缀来上传文件，而不是使用<前缀来上传文件的内容。
齿顶高
现在，我还必须补充一点，使用<符号时必须小心，因为在大多数unix shell中，<是输入重定向符号[它也会在<之前将给定文件的内容提供给程序的命令标准输入]。这意味着如果您没有正确地转义该符号或将其括在引号中，您可能会发现您的curl命令没有按照您所期望的方式执行。
在这一点上，我还建议引用@符号。
您可能还对另一个题目为application/x-www-form-urlencoded或multipart/form-data的问题感兴趣?
我这样说是因为curl提供了其他上传文件的方法，但它们在头文件中的内容类型集上有所不同。例如——data选项提供了类似的机制将文件作为数据上传，但是使用了不同的内容类型进行上传。
不管怎样，这就是我对这个答案想说的，因为它开始获得更多的赞。我希望这有助于消除任何困惑，例如这个答案和公认答案之间的差异。真的没有，除了这个解释。
我在用curl向Java后端发送多部分HTTP PUT请求时遇到了困难。我只是试了试
curl -X PUT URL \
--header 'Content-Type: multipart/form-data; boundary=---------BOUNDARY' \
--data-binary @file
文件的内容是
-----------BOUNDARY
Content-Disposition: form-data; name="name1"
Content-Type: application/xml;version=1.0;charset=UTF-8
<xml>content</xml>
-----------BOUNDARY
Content-Disposition: form-data; name="name2"
Content-Type: text/plain
content
-----------BOUNDARY--
但我总是得到一个错误，边界是不正确的。经过一些Java后端调试后，我发现Java实现添加了一个\r\n—作为边界的前缀，所以在将我的输入文件更改为
<-- here's the CRLF
-------------BOUNDARY <-- added '--' at the beginning
...
-------------BOUNDARY <-- added '--' at the beginning
...
-------------BOUNDARY-- <-- added '--' at the beginning
一切正常!
博士tl;
在多部分边界内容的开头和边界的开头添加换行符(CRLF \r\n)，然后重试。
也许您正在向需要更改边界的Java后端发送请求。
