我用这个语法发布了一个带有一些参数的文件:
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向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后端发送请求。
这对我来说很管用
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选项提供了类似的机制将文件作为数据上传,但是使用了不同的内容类型进行上传。
不管怎样,这就是我对这个答案想说的,因为它开始获得更多的赞。我希望这有助于消除任何困惑,例如这个答案和公认答案之间的差异。真的没有,除了这个解释。