cURL(命令行/脚本传输数据工具)

　　cURL是一款用于命令行或脚本中以传输数据，它还用于汽车，电视机，路由器，打印机，音频设备，移动电话，平板电脑，机顶盒，媒体播放器中，并且是数千种每天影响数十亿人口的软件应用程序的互联网传输基础；cURL是免费的开放源代码软件，由于成千上万的贡献者和赞助者而得以存在；libcurl为所有与传输相关的功能提供了cURL的支持；cURL提供了大量有用的技巧，例如代理支持，用户身份验证，FTP上传，HTTP发布，SSL连接，Cookie，文件传输简历，Metalink等；正如您将在下面看到的，许多功能将使您的头旋转；curl的所有内容都是一本详尽且完全免费的书，有几种格式，基本上可以解释所有关于curl，libcurl和相关项目的知识！

软件功能

　　支持：DICT，文件，FTP，FTPS，Gopher，HTTP，HTTPS，IMAP，IMAPS，LDAP

　　LDAPS，POP3，POP3S，RTMP，RTSP，SCP，SFTP，SMB，SMBS，SMTP

　　SMTPS，Telnet和TFTP。curl支持SSL证书，HTTP POST，HTTP PUT，FTP上传

　　基于HTTP表单的上传，代理，HTTP / 2，Cookie

　　用户名和密码验证， 文件传输简历，代理隧道等。

　　基本，普通，摘要，CRAM-MD5，NTLM，协商和Kerberos

软件特色

　　curl支持许多协议，或者用URL术语表示：方案。您的特定内部版本可能无法完全支持它们。

　　信息通信技术部

　　使您可以使用在线词典查找单词。

　　文件

　　读取或写入本地文件。curl不支持远程访问file：// URL，但是在Microsft Windows上运行时，使用本机UNC方法可以使用。

　　FTP（S）

　　curl通过许多调整和杠杆支持文件传输协议。使用或不使用TLS。

　　高飞

　　检索文件。

　　HTTP（S）

　　curl支持具有许多选项和变体的HTTP。它可以说HTTP版本0.9、1.0、1.1、2和3，具体取决于构建选项和正确的命令行选项。

　　IMAP

　　使用邮件阅读协议，curl可以为您“下载”电子邮件。使用或不使用TLS。

　　LDAP（S）

　　curl可以为您执行目录查找，无论是否使用TLS。

　　MQTT

　　curl支持MQTT版本3。通过MQTT下载等于主题的“订阅”，而上传/发布主题等于“发布”。MQTT支持是实验性的，尚不支持基于TLS的MQTT。

　　POP3（S）

　　从pop3服务器下载意味着收到邮件。使用或不使用TLS。

　　RTMP（S）

　　实时消息协议主要用于服务器流媒体，curl可以下载它。

　　RTSP

　　curl支持RTSP 1.0下载。

　　SCP

　　curl支持SSH版本2 scp传输。

　　SFTP

　　curl支持通过SSH版本2完成的SFTP（草案5）。

　　中小型企业

　　curl支持SMB版本1进行上载和下载。

　　SMTP（S）

　　将内容上载到SMTP服务器意味着发送电子邮件。有或没有TLS。

　　电信网

　　告诉curl获取telnet URL，将启动一个交互式会话，在该会话中它将发送在stdin上读取的内容并输出服务器发送的内容。

　　TFTP

　　curl可以执行TFTP下载和上传。

使用教程

　　URL语法与协议有关。您将在RFC 3986中找到详细说明。

　　您可以通过在大括号内编写部分集并用如下所示引用URL来指定多个URL或URL的一部分：

　　“ http：// site。 {one，two，three} .com”

　　或者您可以使用[]获得字母数字序列的序列，如下所示：

　　“ ftp://ftp.example.com/file[1-100].txt”

　　“ ftp://ftp.example.com/file[001-100].txt” （带前导零）

　　“ ftp://ftp.example.com/file[az].txt”

　　不支持嵌套序列，但是可以将多个序列彼此相邻使用：

　　“ http://example.com/archive[1996-1999]/vol[1-4]/part {a，b，c} .html”

　　您可以在命令行上指定任意数量的URL。它们将以指定顺序以顺序方式获取。您可以在命令行上以任意顺序指定命令行选项和URL。

　　您可以为范围指定一个步进计数器，以获取每个第N个数字或字母：

　　“ http://example.com/file[1-100:10].txt”

　　“ http://example.com/file[az:2].txt”

　　在命令行提示符下使用[]或{}序列时，可能必须将完整的URL放在双引号中，以避免shell干扰它。其他特殊字符也是如此，例如'＆'，'？' 和“ *”。

　　在URL中为IPv6区域索引提供转义的百分号和接口名称。像

　　“ http：// [fe80 :: 3％25eth0] /”

　　如果您指定不带protocol：//前缀的URL，curl会尝试猜测您可能想要的协议。然后它将默认为HTTP，但会根据常用的主机名前缀尝试其他协议。例如，对于以“ ftp”开头的主机名。curl将假定您要讲FTP。

　　curl会尽力将您传递给它的内容用作URL。它并没有尝试通过任何方式将其验证为语法正确的URL，而是对其接受的内容非常宽容。

　　curl将尝试重新使用连接进行多个文件传输，以便从同一服务器获取许多文件不会进行多次连接/握手。这样可以提高速度。当然，这仅在单个命令行上指定的文件上完成，并且不能在单独的curl调用之间使用。

　　输出值

　　如果没有其他说明，curl将接收到的数据写入stdout。可以指示使用-o，-- output或-O，--remote-name选项将数据保存到本地文件中。如果为curl提供了多个URL以便在命令行上进行传输，则类似地，它还需要多个选项来保存它们。

　　curl不会解析或以其他方式“理解”它作为输出获得或写入的内容。除非使用专用命令行选项明确要求，否则它不会进行编码或解码。

　　curl通常在操作过程中显示进度表，指示传输的数据量，传输速度和剩余的估计时间等。进度表显示字节数，速度以每秒字节数为单位。后缀（k，M，G，T，P）基于1024。例如1k是1024字节。1M是1048576字节。

　　curl默认情况下会将此数据显示给终端，因此，如果您调用curl进行操作并且将要向终端写入数据，它将禁用进度条，否则会混淆输出混合进度条和响应数据。

　　如果要使用HTTP POST或PUT请求的进度表，则需要使用shell重定向（>），- o，--output或类似方法将响应输出重定向到文件。

　　FTP上传的情况不同，因为该操作不会向终端吐出任何响应数据。

　　如果您更喜欢进度“条”而不是常规的仪表-＃，则--progress-bar是您的朋友。您也可以使用-s，--silent选项完全禁用进度表。

　　选项

　　选项以一或两个破折号开头。许多选项旁边都需要附加值。

　　选项的短“单破折号”形式（例如-d）可以在其与其值之间留有或不留空格，尽管建议使用空格。长的“双破折号”格式，例如-d，--data，在其和其值之间需要一个空格。

　　不需要任何附加值的简短版本选项可以立即彼此相邻使用，例如，您可以一次将所有选项-O，-L和-v指定为-OLv。

　　通常，所有布尔选项都使用-选项启用，然后再次使用-no-选项禁用。也就是说，您使用完全相同的选项名称，但以“ no-”作为前缀。但是，在此列表中，我们主要仅列出并显示它们的--option版本。（在7.19.0中添加了--no选项的概念。以前，大多数选项是在重复使用同一命令行选项时打开/关闭的。）

　　--abstract-unix-socket <路径>

　　（HTTP）通过抽象的Unix域套接字连接，而不是使用网络。注意：netstat显示以@为前缀的抽象套接字的路径，但是参数不应具有此前导字符

　　在7.53.0中添加。

　　--alt-svc <文件名>

　　（HTTPS）警告：此选项是实验性的。请勿在生产中使用。

　　此选项启用curl中的alt-svc解析器。如果文件名指向现有的alt-svc缓存文件，则将使用该文件。传输完成后，如果缓存被修改，它将再次保存为文件名。

　　指定一个“”文件名（长度为零）以避免加载/保存，并使curl只处理内存中的缓存。

　　如果多次使用此选项，curl将加载所有文件的内容，但最后一个将用于保存。

　　在7.64.1中添加。

　　--anyauth

　　（HTTP）告诉curl自己找出身份验证方法，并使用远程站点声称支持的最安全的一种。这是通过首先执行请求并检查响应头来完成的，因此可能导致额外的网络往返。使用该方法代替设置特定的身份验证方法，可以使用--basic，-- digest，-- ntlm和--negotiate进行身份验证。

　　如果您从stdin上载，则不建议使用--anyauth，因为它可能需要将数据发送两次，然后客户端必须能够倒带。如果从stdin上载时需要出现，上载操作将失败。

　　与-u，--user一起使用。

　　-a，-追加

　　（FTP SFTP）在上载中使用时，这会使curl附加到目标文件而不是覆盖它。如果远程文件不存在，将创建它。请注意，某些SFTP服务器（包括OpenSSH）会忽略此标志。

　　-基本

　　（HTTP）告诉curl在远程主机上使用HTTP Basic身份验证。这是默认设置，并且该选项通常没有意义，除非您使用它覆盖设置了不同身份验证方法的先前设置的选项（例如--ntlm，-- digest或--negotiate）。

　　与-u，--user一起使用。

　　--cacert <文件>

　　（TLS）告诉curl使用指定的证书文件来验证对等方。该文件可能包含多个CA证书。证书必须为PEM格式。通常，curl用于为此目的使用默认文件，因此通常使用此选项来更改该默认文件。

　　curl会识别名为“ CURL_CA_BUNDLE”的环境变量（如果已设置），并使用给定的路径作为指向CA证书捆绑包的路径。此选项将覆盖该变量。

　　Windows版本的curl将自动在名为curl.exe的目录中或当前工作目录中，或PATH的任何文件夹中查找名为“ curl-ca-bundle.crt”的CA certs文件。

　　如果curl是针对NSS SSL库构建的，则NSS PEM PKCS＃11模块（libnsspem.so）必须可用，此选项才能正常工作。

　　（仅适用于iOS和macOS）如果curl是针对安全传输构建的，则支持此选项以实现与其他SSL引擎的向后兼容性，但不应设置此选项。如果未设置该选项，那么curl将使用系统和用户“钥匙串”中的证书来验证对等方，这是验证对等方的证书链的首选方法。

　　（仅Schannel）在Windows 7或更高版本以及libcurl 7.60或更高版本中，Schannel支持此选项。支持此选项是为了与其他SSL引擎向后兼容。相反，建议使用Windows的根证书存储（Schannel的默认设置）。

　　如果多次使用此选项，则将使用最后一个。

　　--capath <目录>

　　（TLS）告诉curl使用指定的证书目录来验证对等方。可以通过使用“：”分隔多个路径来提供多个路径（例如，“ path1：path2：path3”）。证书必须为PEM格式，并且如果针对OpenSSL构建curl，则必须已使用OpenSSL随附的c_rehash实用程序处理了目录。如果--cacert文件包含许多CA证书，则使用--capath可以使使用OpenSSL的curl能够比使用--cacert更加有效地进行SSL连接。

　　如果设置了此选项，则默认的capath值将被忽略，如果使用了多次，则将使用最后一个。

　　--cert-status

　　（TLS）告诉curl通过使用证书状态请求（也称为OCSP装订）TLS扩展名来验证服务器证书的状态。

　　如果启用此选项并且服务器发送无效（例如过期）响应，如果响应表明服务器证书已被吊销，或者根本没有收到响应，则验证失败。

　　当前仅在OpenSSL，GnuTLS和NSS后端中实现此功能。

　　在7.41.0中添加。

　　--cert-type <类型>

　　（TLS）告诉curl提供的客户端证书正在使用的类型。PEM，DER，ENG和P12是公认的类型。如果未指定，则假定为PEM。

　　如果多次使用此选项，则将使用最后一个。

　　-E，--cert <证书[：密码]>

　　（TLS）告诉curl在使用HTTPS，FTPS或其他基于SSL的协议获取文件时使用指定的客户端证书文件。如果使用“安全传输”，则证书必须为PKCS＃12格式；如果使用任何其他引擎，则证书必须为PEM格式。如果未指定可选密码，将在终端上查询该密码。请注意，此选项假定一个“证书”文件是私有密钥和客户端证书串联在一起！请参阅-E，--cert和--key来分别指定它们。

　　如果curl是针对NSS SSL库构建的，则此选项可以告诉curl在环境变量SSL_DIR（或默认情况下为/ etc / pki / nssdb）定义的NSS数据库中使用的证书的昵称。如果NSS PEM PKCS＃11模块（libnsspem.so）可用，则可以加载PEM文件。如果要使用当前目录中的文件，请在文件名前加上“ ./”前缀，以避免与昵称混淆。如果昵称包含“：”，则必须在其前面加上“ \”，这样才能将其识别为密码分隔符。如果昵称包含“ \”，则需要将其转义为“ \\”，以便不能将其识别为转义字符。

　　如果curl是针对OpenSSL库构建的，并且引擎pkcs11可用，则可以使用PKCS＃11 URI（RFC 7512）来指定位于PKCS＃11设备中的证书。以“ pkcs11：”开头的字符串将被解释为PKCS＃11 URI。如果提供了PKCS＃11 URI，则如果未提供则将--engine选项设置为“ pkcs11”，如果未提供则将--cert-type选项设置为“ ENG”。

　　（仅限iOS和macOS）如果针对Secure Transport构建curl，则证书字符串可以是系统或用户密钥链中的证书/私钥的名称，也可以是PKCS＃12编码的证书和私钥的路径。如果要使用当前目录中的文件，请在文件名前加上“ ./”前缀，以避免与昵称混淆。

　　（仅Schannel）客户端证书必须由证书存储的路径表达式指定。（不支持加载PFX；您可以先将其导入商店。）您可以使用“ <存储位置> \ <存储名称> \ <缩略图>”来引用系统证书存储中的证书，例如“ CurrentUser \ MY \ 934a7ac6f8a5d579285a74fa61e19f23ddfe8d7a”。指纹通常是SHA-1十六进制字符串，您可以在证书详细信息中看到。支持以下商店位置：CurrentUser，LocalMachine，CurrentService，Services，CurrentUserGroupPolicy，LocalMachineGroupPolicy，LocalMachineEnterprise。

　　如果多次使用此选项，则将使用最后一个。

　　--ciphers <密码列表>

　　（TLS）指定在连接中使用哪些密码。密码列表必须指定有效的密码。阅读此URL上的SSL密码列表详细信息：

　　https://curl.se/docs/ssl-ciphers.html

　　如果多次使用此选项，则将使用最后一个。

　　--compressed-ssh

　　（SCP SFTP）启用内置SSH压缩。这是一个请求，而不是命令；服务器可能会也可能不会这样做。

　　在7.56.0中添加。

　　-压缩

　　（HTTP）使用curl支持的算法之一请求压缩响应，并自动解压缩内容。标头未修改。

　　如果使用此选项，并且服务器发送了不受支持的编码，则curl将报告错误。

　　-K，-config <文件>

　　指定一个文本文件以读取curl参数。在文本文件中找到的命令行参数将像在命令行中提供的一样使用。

　　选项及其参数必须在文件的同一行上指定，并用空格，冒号或等号分隔。可以选择在配置文件中指定长选项名称，而无需使用双破折号，如果这样，则可以使用冒号或等号字符作为分隔符。如果用一或两个破折号指定选项，则选项与其参数之间不能有冒号或等号字符。

　　如果参数包含空格（或以：或=开头），则参数必须用引号引起来。在双引号中，可以使用以下转义序列：\\，\“，\ t，\ n，\ r和\ v。忽略任何其他字母前面的反斜杠。如果配置行的第一列是'＃ '字符，该行的其余部分将被视为注释。在配置文件中，每条物理行只能写入一个选项。

　　将文件名指定为-K，--config为'-'，以使curl从stdin读取文件。

　　请注意，要能够在配置文件中指定URL，您需要使用--url选项来指定它，而不是简单地在其自己的行上编写URL。因此，它可能类似于以下内容：

　　url =“ https://curl.se/docs/”

　　调用curl时，它（除非使用-q，-disable）检查默认配置文件，如果找到，则使用它。在以下位置按以下顺序检查默认配置文件：

　　1）如果设置，请使用CURL_HOME环境变量

　　2）如果设置了XDG_CONFIG_HOME环境变量（在7.73.0中添加）

　　3）如果设置，请使用HOME环境变量

　　4）非Windows：使用getpwuid查找主目录

　　5）Windows：如果已设置，请使用APPDATA

　　6）Windows：如果设置，请使用“ USERPROFILEApplication Data”

　　7）在Windows上，如果主目录中没有.curlrc文件，它将检查放置curl可执行文件的同一目录中是否有一个。在类似Unix的系统上，它将仅尝试从确定的主目录中加载.curlrc。

　　＃---示例文件---

　　＃这是一条评论

　　url =“ example.com”

　　输出=“ curlhere.html”

　　用户代理=“ superagent / 1.0”

　　＃并获取另一个URL

　　url =“ example.com/docs/manpage.html”

　　-O

　　Referer =“ http://nowhereatall.example.com/”

　　＃---示例文件结尾-

　　可以多次使用此选项来加载多个配置文件。

　　--connect-timeout <秒数>

　　允许curl进行连接的最长时间（以秒为单位）。这仅限制了连接阶段，因此如果curl在给定的时间内连接，它将继续-否则，它将退出。从7.32.0版开始，此选项接受十进制值。

　　如果多次使用此选项，则将使用最后一个。

　　--connect-to <主机1：端口1：主机2：端口2>

　　对于对给定的HOST1：PORT1对的请求，请改为连接到HOST2：PORT2。此选项适用于在特定服务器（例如，服务器群集中的特定群集节点）处定向请求。此选项仅用于建立网络连接。它不会影响用于TLS / SSL（例如SNI，证书验证）或应用程序协议的主机名/端口。“ HOST1”和“ PORT1”可以为空字符串，表示“任何主机/端口”。“ HOST2”和“ PORT2”也可以是空字符串，表示“使用请求的原始主机/端口”。

　　将为此选项指定的“主机”作为字符串进行比较，因此它需要与请求URL中使用的名称匹配。它可以是数字，例如“ 127.0.0.1”，也可以是完整的主机名，例如“ example.org”。

　　此选项可以多次使用以添加许多连接规则。

　　-C，--continue-at <偏移>

　　以给定的偏移量继续/恢复先前的文件传输。给定的偏移量是将从源文件的开头算起的确切字节数，然后再将其传输到目标。如果用于上载，则curl不会使用FTP服务器命令SIZE。

　　使用“ -C-”指示curl自动找出恢复传输的位置/方式。然后，它使用给定的输出/输入文件来解决这一问题。

　　如果多次使用此选项，则将使用最后一个。

　　-c，--cookie-jar <文件名>

　　（HTTP）指定完成操作后要卷曲将所有cookie写入哪个文件。在操作结束时，Curl将所有cookie从其内存中的cookie存储写入给定文件。如果未知cookie，将不会写入任何数据。该文件将使用Netscape cookie文件格式写入。如果将文件名设置为单破折号“-”，则cookie将被写入stdout。

　　此命令行选项将激活cookie引擎，该引擎进行curl记录并使用cookie。激活它的另一种方法是使用-b，--cookie选项。

　　如果无法创建或写入Cookie罐，则整个curl操作将不会失败，甚至不会清楚地报告错误。使用-v，--verbose将显示警告，但这是您收到的关于这种可能致命的情况的唯一可见反馈。

　　如果多次使用此选项，将使用最后指定的文件名。

　　-b，-cookie <数据|文件名>

　　（HTTP）将数据传递到Cookie标头中的HTTP服务器。可能是先前在“ Set-Cookie：”行中从服务器接收到的数据。数据格式应为“ NAME1 = VALUE1； NAME2 = VALUE2”。

　　如果参数中未使用'='符号，则将其视为读取先前存储的cookie的文件名。此选项还会激活cookie引擎，该引擎将使curl记录传入的cookie，如果您将其与-L，--location选项结合使用，或者在同一调用中进行多次URL传输，则可能会很方便。如果文件名恰好是减号（“-”），则curl将改为从stdin中读取内容。

　　从中读取cookie的文件格式应为纯HTTP标头（Set-Cookie样式）或Netscape / Mozilla cookie文件格式。

　　用-b，--cookie指定的文件仅用作输入。不会将Cookie写入文件。要存储cookie，请使用-c，--cookie-jar选项。

　　如果使用此选项，请谨慎操作，并且可能会发生多次传输。如果使用NAME1 = VALUE1；格式，或在文件中使用Set-Cookie格式且未指定域，则将为任何域发送cookie（即使在执行重定向后也是如此），并且服务器设置的cookie无法对其进行修改。如果启用了cookie引擎，并且服务器设置了相同名称的cookie，则在以后的传输中，两者都将发送到该服务器，可能不是您想要的。要解决这些问题，请在Set-Cookie中设置一个域（这样做将包括子域）或使用Netscape格式。

　　如果多次使用此选项，则将使用最后一个。

　　用户通常都希望从文件读取cookie并将更新的cookie写入文件，因此在同一命令行中同时使用-b，-cookie和-c，-cookie-jar是很常见的。

　　--create-dirs

　　当与-o，--output选项一起使用时，curl将根据需要创建必要的本地目录层次结构。此选项创建用-o，--output选项提及的目录，仅此而已。如果--output文件名不使用目录，或者它提到的目录已经存在，则不会创建目录。

　　在unix样式文件系统上使用模式0750创建目录。

　　要在使用FTP或SFTP时创建远程目录，请尝试--ftp-create-dirs。

　　--crlf

　　（FTP SMTP）在上载时将LF转换为CRLF。对MVS（OS / 390）有用。

　　（在7.40.0中添加了SMTP）

　　--crlfile <文件>

　　（TLS）使用PEM格式提供带有证书吊销列表的文件，该证书吊销列表可以指定将被视为吊销的对等证书。

　　如果多次使用此选项，则将使用最后一个。

　　在7.19.7中添加。

　　--curves <算法列表>

　　（TLS）告诉curl请求根据RFC 8422、5.1在SSL会话建立期间使用的特定曲线。通过用“：”将它们分开可以提供多种算法（例如“ X25519：P-521”）。该参数在“ openssl s_client / s_server”实用程序中可用相同。

　　--curves允许由OpenSSL驱动的curl完全按照客户端请求的（EC）曲线进行SSL连接，从而避免不透明的客户端/服务器协商。

　　如果设置此选项，则将忽略openssl内置的默认曲线列表。

　　在7.73.0中添加。

　　--data-ascii <数据>

　　（HTTP）这只是-d，--data的别名。

　　--data-binary <数据>

　　（HTTP）这将完全按照指定的方式发布数据，而无需任何额外处理。

　　如果以字母@开头的数据，其余的应该是文件名。数据的发布方式与-d和--data相似，只是保留换行符和回车符，并且永远不会进行转换。

　　与-d一样，--data发送到服务器的默认内容类型为application / x-www-form-urlencoded。如果希望服务器将数据视为任意二进制数据，则将内容类型设置为八位字节流：-H“内容类型：应用程序/八位字节流”。

　　如果多次使用此选项，则第一个选项之后的选项将按-d，-- data中所述附加数据。

　　--data-raw <数据>

　　（HTTP）这类似于-d，--data发布数据，但不对@字符进行特殊解释。

　　--data-urlencode <数据>

　　（HTTP）与其他-d，--data选项类似，它发布数据，但执行URL编码。

　　为了符合CGI，部分应以名称开头，后跟分隔符和内容规范。可以使用以下语法之一将部分传递给curl：

　　内容

　　这将使curl URL编码内容并将其传递。请小心，以使内容不包含任何=或@符号，因为这将使语法与以下其他情况之一匹配！

　　=内容

　　这将使curl URL编码内容并将其传递。前面的=符号不包括在数据中。

　　名称=内容

　　这将使curl URL编码内容部分并将其继续传递。请注意，名称部分应该已经过URL编码。

　　@文件名

　　这将使卷曲加载来自给定文件（包括任何换行符）的数据，对该数据进行URL编码并在POST中传递。

　　名称@文件名

　　这将使卷曲加载来自给定文件（包括任何换行符）的数据，对该数据进行URL编码并在POST中传递。名称部分附加了等号，从而导致name = urlencoded-file-content。请注意，该名称应该已经过URL编码。

　　-d，--data <数据>

　　（HTTP MQTT）将POST请求中的指定数据发送到HTTP服务器，就像浏览器在用户填写HTML表单并按下Submit按钮时所做的一样。这将导致curl使用内容类型application / x-www-form-urlencoded将数据传递到服务器。与-F，--form比较。

　　--data-raw几乎相同，但是对@字符没有特殊的解释。要发布纯二进制数据，应改用--data-binary选项。要对表单字段的值进行URL编码，可以使用--data-urlencode。

　　如果在同一命令行上多次使用了这些选项中的任何一个，则指定的数据段将与一个分隔的＆符号合并在一起。因此，使用'-d name = daniel -d skill = lousy'将生成一个看起来像'name = daniel＆skill = lousy'的帖子块。

　　如果以字母@开头的数据，则其余的应该是从中读取数据的文件名，或者-如果希望curl从stdin中读取数据。因此，可以使用-d，--data @foobar从名为“ foobar”的文件中发布数据。当-d时，--data被告知要从这样的文件中读取，回车符和换行符将被删除。如果您不希望@字符具有特殊的解释，请使用--data-raw。