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

e.g.

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

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

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

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

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

我在用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后端发送请求。

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

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