我用这个语法发布了一个带有一些参数的文件:

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 -v -F key1=value1 -F upload=@localfilename URL

其他回答

下面的语法可以帮你解决这个问题:

curl -v -F key1=value1 -F upload=@localfilename URL

使用Smartbear Zephyr Scale(服务器版本),您可以通过以下方式将文件附加到测试周期:

curl -H "Authorization: Basic YkskfdygyzghhMg==" -X POST -H "Content-Type: multipart/form-data" https://jira/jira/rest/atm/1.0/testrun/TDLT-C32/attachments --form file="@file2.txt"

(返回{" id ": 7099})

在file2.txt: Test Cycle中也有一个到测试计划的链接,以及一个到问题的链接。

{
  "projectKey": "TDD",
  "testPlanKey": "TDD-P1",
  "name": "Bonjour chez vous, Le Prisonnier",
  "issueKey": "TDLT-999"
  }

我之所以发布这篇文章,是因为我无法从官方文件中找到答案:)

在Windows中使用curl上传文件,我发现路径需要转义双引号

e.g.

curl -v -F 'upload=@\"C:/myfile.txt\"' URL

这对我来说很管用

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选项提供了类似的机制将文件作为数据上传,但是使用了不同的内容类型进行上传。

不管怎样,这就是我对这个答案想说的,因为它开始获得更多的赞。我希望这有助于消除任何困惑,例如这个答案和公认答案之间的差异。真的没有,除了这个解释。

在Windows 10, curl 7.28.1在powershell,我发现以下工作为我:

$filePath = "c:\temp\dir with spaces\myfile.wav"
$curlPath = ("myfilename=@" + $filePath)
curl -v -F $curlPath URL