Curl 命令 POST 请求详解：直接显示 API 返回数据
序言：理解现代API交互的基石
在当今的软件开发和系统管理领域，API（应用程序编程接口）扮演着至关重要的角色。无论是前端与后端的数据交换，微服务之间的协同，还是自动化脚本与云服务的集成，都离不开API。HTTP POST 请求作为API中最常用也最复杂的请求方法之一，用于向服务器提交数据以创建新资源、更新现有资源或执行特定操作。
而 curl，这个命令行工具的瑞士军刀，是开发者、运维工程师和任何需要与HTTP服务交互的人的必备利器。它以其强大的功能、灵活性和跨平台特性，成为测试API、下载文件、调试网络问题的首选工具。本文的目标是深入剖析 curl 命令在执行 POST 请求时，如何发送各种类型的数据，并重点关注如何直接、清晰地显示API返回数据，以便于快速验证和调试。我们将从基础概念出发，逐步探索 curl 的各种高级用法，力求提供一份详尽且实用的指南。
第一章：HTTP POST 请求的基础与 curl 的初步认识
1.1 HTTP POST 请求的核心概念
在深入 curl 之前，我们有必要回顾一下 HTTP POST 请求的本质。POST 请求主要用于：
- 创建新资源： 例如，向
/users路径发送 POST 请求，携带新用户的数据，以在服务器上创建一个新用户。 - 提交表单数据： 用户在网页上填写表单并提交时，通常会触发一个 POST 请求。
- 发送非幂等操作： 幂等性是指对同一资源执行多次相同的操作，其结果应与执行一次相同。GET 请求是幂等的，但 POST 请求通常是非幂等的，因为每次提交都可能创建或修改不同的资源。
- 发送大量或敏感数据： POST 请求的数据（请求体）不会显示在URL中，因此更适合发送大量数据或包含敏感信息的数据。
一个完整的 HTTP POST 请求通常包含以下几个部分：
- 请求行：
POST /path/to/resource HTTP/1.1 - 请求头 (Headers)： 包含元数据，如
Content-Type（指示请求体的数据类型）、Authorization（认证信息）、User-Agent等。 - 请求体 (Body)： 承载实际要发送到服务器的数据，这是 POST 请求的核心。
1.2 curl 命令简介与基本语法
curl (Client URL) 是一个利用 URL 语法在命令行下工作的文件传输工具。它支持多种协议，包括 HTTP、HTTPS、FTP、FTPS、SCP、SFTP 等。对于 HTTP/HTTPS 协议，curl 可以模拟浏览器行为，发送各种类型的请求。
curl 的基本语法通常是：
curl [选项] [URL]
例如，一个简单的 GET 请求：
curl https://api.example.com/data
而对于 POST 请求，我们需要明确指定请求方法并提供请求体数据。
第二章：使用 curl 发送不同类型的 POST 数据
POST 请求最核心的部分在于如何组织和发送请求体数据。不同的API可能要求不同格式的数据。curl 提供了多种选项来处理这些情况。
2.1 发送 application/x-www-form-urlencoded 数据
这是 Web 表单提交的默认数据格式，数据以 key=value&key2=value2 的形式编码。curl 中使用 -d 或 --data 选项来发送这类数据。
语法：
curl -X POST -d "key1=value1&key2=value2" [URL]
-X POST或--request POST：明确指定 HTTP 请求方法为 POST。虽然在使用-d时curl默认会切换到 POST，但明确指定是一个好习惯，特别是在调试或复杂脚本中。-d或--data：用于发送 POST 请求体数据。它会自动设置Content-Type为application/x-www-form-urlencoded，除非你手动覆盖它。- 如果值包含特殊字符，
curl会自动进行 URL 编码。
示例：创建/更新用户数据
假设我们有一个 API 端点 https://api.example.com/users，它接受 username 和 password 来创建或更新用户。
bash
curl -X POST \
-d "username=john.doe&password=securepassword123" \
https://api.example.com/users
发送多个数据字段：
你可以使用多个 -d 选项，curl 会将它们合并并用 & 连接。
bash
curl -X POST \
-d "username=jane.smith" \
-d "[email protected]" \
https://api.example.com/users/update
从文件读取数据：
如果数据量大或者包含复杂字符，可以将其写入文件，然后使用 @ 符号引用文件。
“`bash
data.txt 内容：
username=bob.johnson&[email protected]&role=admin
curl -X POST \
-d @data.txt \
https://api.example.com/users
“`
注意事项：
当使用 -d 选项时，如果你的数据字符串中包含 & 或 = 符号，需要特别注意 shell 的解析问题。通常，用单引号 ' 包裹整个数据字符串是最好的做法，可以防止 shell 对特殊字符进行解释。
2.2 发送 application/json 数据
JSON (JavaScript Object Notation) 是现代 API 中最常见的数据交换格式。发送 JSON 数据时，必须明确告知服务器你正在发送 JSON，这就需要设置 Content-Type 请求头。
语法：
curl -X POST -H "Content-Type: application/json" -d '{"key": "value"}' [URL]
-H "Content-Type: application/json"或--header "Content-Type: application/json"：这是发送 JSON 数据的关键，它告诉服务器请求体是 JSON 格式。-d '{"key": "value"}'：发送 JSON 字符串作为请求体。注意单引号的使用，以避免 shell 解析 JSON 内部的双引号。
示例：创建产品
假设我们有一个 API 端点 https://api.example.com/products，它接受一个 JSON 对象来创建新产品。
bash
curl -X POST \
-H "Content-Type: application/json" \
-d '{"name": "Laptop Pro", "price": 1200.00, "category": "Electronics"}' \
https://api.example.com/products
从文件读取 JSON 数据：
对于复杂的 JSON 对象，将其保存在 .json 文件中是更清晰、更易维护的方式。
“`bash
new_product.json 内容：
{
“name”: “Wireless Mouse”,
“price”: 25.99,
“brand”: “TechGadget”,
“features”: [“ergonomic”, “bluetooth”, “rechargeable”]
}
curl -X POST \
-H “Content-Type: application/json” \
-d @new_product.json \
https://api.example.com/products
“`
注意事项：
确保你的 JSON 字符串格式正确。任何语法错误（如缺少引号、逗号）都可能导致服务器解析失败。使用 jq 这样的工具可以帮助验证 JSON 格式。
2.3 发送 multipart/form-data 数据（文件上传）
当需要上传文件或同时发送文本字段和文件时，multipart/form-data 是标准格式。它将请求体分割成多个部分，每个部分有自己的 Content-Disposition 和 Content-Type。
语法：
curl -X POST -F "param1=value1" -F "file=@/path/to/file.txt" [URL]
-F或--form：用于发送multipart/form-data。它会自动设置Content-Type为multipart/form-data，并生成相应的边界字符串。"param1=value1"：发送一个普通的文本字段。"file=@/path/to/file.txt"：上传一个文件。@符号告诉curl读取本地文件。file是表单字段的名称。- 你还可以为上传的文件指定 MIME 类型，例如：
-F "image=@/path/to/image.png;type=image/png"。
示例：上传用户头像和个人信息
假设有一个 API 端点 https://api.example.com/users/profile，用于上传用户头像和更新昵称。
“`bash
假设你有一个名为 profile.png 的图片文件
curl -X POST \
-F “nickname=SuperUser” \
-F “avatar=@/path/to/profile.png;type=image/png” \
https://api.example.com/users/profile
“`
同时上传多个文件：
bash
curl -X POST \
-F "document1=@/path/to/report.pdf;type=application/pdf" \
-F "document2=@/path/to/notes.txt;type=text/plain" \
-F "description=Monthly report and notes" \
https://api.example.com/documents/upload
注意事项：
multipart/form-data 比 application/x-www-form-urlencoded 更复杂，因为它涉及多部分的边界和内容描述。curl 完美地抽象了这些细节，使得文件上传变得非常简单。
2.4 发送原始数据（text/plain 或其他）
有时，API可能要求直接发送原始文本、XML 或其他非标准格式的数据，而不进行任何额外的编码。
语法：
curl -X POST -H "Content-Type: text/plain" -d "This is some raw text data." [URL]
-H "Content-Type: text/plain"：设置Content-Type为相应的原始数据类型。-d "..."：发送原始数据字符串。
示例：发送日志消息
假设一个日志收集服务接受纯文本格式的日志消息。
bash
curl -X POST \
-H "Content-Type: text/plain" \
-d "INFO: User login successful for 'admin' from 192.168.1.100 at 2023-10-27 10:30:00." \
https://log.example.com/ingest
从标准输入读取数据：
使用 -d @- 可以从标准输入读取数据，这在管道操作中非常有用。
bash
echo "Hello, API! This message came from stdin." | \
curl -X POST \
-H "Content-Type: text/plain" \
-d @- \
https://api.example.com/echo
第三章：直接显示API返回数据与优化输出
API 返回的数据是验证请求成功与否的关键。curl 默认会将服务器的响应体直接输出到标准输出。然而，为了更好地理解和调试，我们通常需要对输出进行优化。
3.1 默认输出行为
当你执行一个 curl POST 请求时，如果服务器返回数据，curl 会在请求完成后将其打印到终端。
bash
curl -X POST \
-H "Content-Type: application/json" \
-d '{"name": "Test Item"}' \
https://api.example.com/items
预期输出（示例）：
json
{"id": "item_12345", "name": "Test Item", "status": "created", "timestamp": "2023-10-27T11:00:00Z"}
在此默认行为下，curl 还会显示一个进度条（除非文件非常小或很快完成），这在交互式操作中很方便，但在脚本或需要纯净输出时可能会干扰。
3.2 抑制进度条 (-s, --silent)
为了获得纯净的 API 返回数据，通常需要隐藏 curl 显示的下载进度信息和错误消息（除非遇到严重错误）。
语法：
curl -s [选项] [URL]
示例：
bash
curl -s -X POST \
-H "Content-Type: application/json" \
-d '{"name": "Silent Request"}' \
https://api.example.com/data
输出：
json
{"message": "Data received silently", "id": "uuid-123"}
现在，输出将只有 API 返回的数据，没有任何 curl 自身的进度或统计信息。这对于将 curl 的输出管道连接到其他命令（如 jq）非常关键。
3.3 显示响应头 (-i, --include)
除了响应体，HTTP 响应头也包含大量有用的信息，例如：
- HTTP 状态码： (e.g.,
200 OK,201 Created,400 Bad Request,500 Internal Server Error) 用于判断请求是否成功以及失败原因。 - Content-Type： 响应体的媒体类型。
- Location： 如果是重定向（3xx 状态码），会指示新的资源位置。
- Set-Cookie： 服务器设置的 Cookie。
- Date、Server： 请求处理时间、服务器软件信息。
语法：
curl -i [选项] [URL]
示例：
bash
curl -s -i -X POST \
-H "Content-Type: application/json" \
-d '{"item": "Detailed Check"}' \
https://api.example.com/status
输出（示例）：
“`
HTTP/1.1 200 OK
Date: Fri, 27 Oct 2023 11:05:00 GMT
Content-Type: application/json
Content-Length: 72
Connection: keep-alive
X-Request-ID: abc-123-def
{“status”: “success”, “details”: “Item processed successfully”, “code”: 200}
``-s
结合和-i`，你可以获得一个既包含响应头又只包含 API 响应内容的纯净输出。
3.4 详细输出模式 (-v, --verbose)
--verbose 选项会显示 curl 执行请求的整个过程，包括：
- 域名解析。
- TCP 连接建立。
- SSL/TLS 握手过程。
- 发送的完整请求头和请求体。
- 接收到的完整响应头和响应体。
这对于调试复杂的网络问题、SSL/TLS 配置问题或验证请求是否按预期发送非常有用。
语法：
curl -v [选项] [URL]
示例：
bash
curl -v -X POST \
-H "Content-Type: application/json" \
-d '{"debug": true}' \
https://api.example.com/debug
输出（大量）：
“`
* Trying 192.0.2.10…
* Connected to api.example.com (192.0.2.10) port 443 (#0)
* ALPN: offers h2
* ALPN: offers http/1.1
* CAfile: /etc/ssl/certs/ca-certificates.crt
* CApath: /etc/ssl/certs
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / AEAD-AES256-GCM-SHA384
* ALPN: server accepted h2
* Server certificate:
* subject: CN=api.example.com
* start date: Oct 26 00:00:00 2023 GMT
* expire date: Oct 26 23:59:59 2024 GMT
* common name: api.example.com (matched)
* issuer: C=US; O=Let’s Encrypt; CN=R3
* Using HTTP/2, server supports multiplexing
* Connection state changed (HTTP/2 confirmed)
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
* Using Stream ID: 1 (easy handle 0x7fa26d000800)
POST /debug HTTP/2
Host: api.example.com
User-Agent: curl/7.81.0
Accept: /
Content-Type: application/json
Content-Length: 15
- We are completely uploaded and fine
{“debug”: true}
< HTTP/2 200
< date: Fri, 27 Oct 2023 11:08:00 GMT
< content-type: application/json
< content-length: 34
< x-powered-by: Express
<
{“message”: “Debug mode enabled”}- Connection #0 to host api.example.com left intact
“`
verbose 模式的输出信息量大，主要用于深入调试，不适合日常直接显示API返回数据。
3.5 格式化 JSON 输出 (jq)
API 返回的 JSON 数据，尤其是复杂或嵌套的 JSON，在终端上通常是未格式化的一行文本，可读性极差。这时，jq 这个强大的命令行 JSON 处理器就派上用场了。它可以美化、过滤和转换 JSON 数据。
要使用 jq，你需要先安装它（大多数 Linux 发行版和 macOS 都可以通过包管理器安装，如 sudo apt-get install jq 或 brew install jq）。
语法：
curl -s [选项] [URL] | jq .
|(管道符)：将curl的输出作为jq的输入。jq .：.是jq中选择整个输入对象的语法，即不做任何过滤，只进行美化。
示例：美化 JSON 输出
bash
curl -s -X POST \
-H "Content-Type: application/json" \
-d '{"search_term": "electronics", "filters": {"price_max": 1000, "brand": "XYZ"}}' \
https://api.example.com/search \
| jq .
输出（示例）：
json
{
"query": "electronics",
"results": [
{
"id": "prod-456",
"name": "XYZ Headphone",
"price": 299.99
},
{
"id": "prod-789",
"name": "XYZ Smartwatch",
"price": 699.99
}
],
"total_results": 2
}
通过 jq .，我们可以清晰地看到 JSON 数据的层级结构。
更进一步：过滤和提取特定字段
jq 的强大之处还在于可以轻松提取你关心的部分。
“`bash
提取所有产品的名称
curl -s -X POST … | jq ‘.results[].name’
提取第一个产品的ID和价格
curl -s -X POST … | jq ‘.results[0] | {id: .id, price: .price}’
检查某个状态字段
curl -s -X POST … | jq ‘.status’
“`
3.6 将响应保存到文件 (-o, --output)
有时，你可能不想直接在终端显示响应，而是将其保存到文件中以供后续处理或分析。
语法：
curl -o output.json [选项] [URL]
-o filename：将服务器的响应体保存到指定文件。-O(大写O)：如果 URL 中有文件名，curl会以该文件名保存。
示例：保存 API 响应到文件
bash
curl -s -X POST \
-H "Content-Type: application/json" \
-d '{"report_type": "daily"}' \
-o daily_report.json \
https://api.example.com/reports
执行后，API 的响应数据将保存在名为 daily_report.json 的文件中，终端不会显示任何内容（因为使用了 -s）。你可以随后打开该文件进行查看，甚至用 jq 来格式化它：cat daily_report.json | jq .。
3.7 自动跟随重定向 (-L, --location)
许多 API 在完成某些操作后会发送 HTTP 3xx 重定向响应。默认情况下，curl 不会跟随这些重定向。为了获取最终的响应，你需要使用 -L 选项。
语法：
curl -L [选项] [URL]
示例：
“`bash
如果 POST 请求成功后，服务器会重定向到资源详情页面
curl -s -L -X POST \
-H “Content-Type: application/json” \
-d ‘{“new_item”: “temporary”}’ \
https://api.example.com/items/create \
| jq .
``curl -L` 会自动跟踪所有重定向，并最终显示重定向链中最后一个 URL 的响应。
第四章：高级 curl POST 请求场景与安全考量
4.1 身份认证
大多数生产 API 都需要身份认证。curl 提供了多种方式来处理认证。
4.1.1 Basic 认证 (-u, --user)
Basic 认证是最简单的认证方式，将用户名和密码以 Base64 编码后放在 Authorization 请求头中。
语法：
curl -u "username:password" [选项] [URL]
示例：
bash
curl -s -u "admin:secretpassword" -X POST \
-H "Content-Type: application/json" \
-d '{"action": "grant_access", "user_id": 101}' \
https://api.example.com/admin/actions \
| jq .
4.1.2 Bearer Token 认证 (-H Authorization)
Bearer Token 是目前 OAuth 2.0 和 JWT (JSON Web Tokens) 中最常见的认证方式。令牌通常通过 Authorization: Bearer <token> 头发送。
语法：
curl -H "Authorization: Bearer YOUR_AUTH_TOKEN" [选项] [URL]
示例：
“`bash
假设你的 JWT 令牌是 eyJhbGciOiJIUzI1Ni…
YOUR_TOKEN=”eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c”
curl -s -X POST \
-H “Content-Type: application/json” \
-H “Authorization: Bearer $YOUR_TOKEN” \
-d ‘{“data”: “sensitive_info”}’ \
https://api.example.com/protected/resource \
| jq .
“`
使用环境变量来存储令牌是个好习惯，可以避免直接在命令行中暴露敏感信息。
4.2 处理 HTTPS/SSL/TLS
在生产环境中，几乎所有的 API 都通过 HTTPS 进行通信以确保数据安全。curl 默认会验证服务器的 SSL/TLS 证书。
4.2.1 忽略证书验证 (-k, --insecure)
在开发或测试自签名证书的场景下，你可能需要暂时禁用证书验证。请注意：在生产环境中使用此选项极不安全！
语法：
curl -k [选项] [URL]
示例：
bash
curl -s -k -X POST \
-H "Content-Type: application/json" \
-d '{"message": "test on dev server"}' \
https://dev.self-signed.example.com/api \
| jq .
4.2.2 指定客户端证书 (--cert, --key)
对于需要客户端证书认证的 API，curl 也可以支持。
语法：
curl --cert client.pem --key client.key [选项] [URL]
示例：
bash
curl -s --cert myclient.pem --key myclient.key -X POST \
-H "Content-Type: application/json" \
-d '{"action": "secured_operation"}' \
https://secure.api.example.com/action \
| jq .
4.3 设置超时 (--connect-timeout, --max-time)
防止 curl 命令长时间挂起。
--connect-timeout <seconds>：限制连接建立的时间。--max-time <seconds>：限制整个传输过程的最长时间。
示例：
bash
curl -s --connect-timeout 5 --max-time 10 -X POST \
-H "Content-Type: application/json" \
-d '{"long_task": true}' \
https://slow.api.example.com/process \
| jq .
如果在 5 秒内无法建立连接，或者在 10 秒内整个请求（包括数据传输）没有完成，curl 将会终止。
4.4 使用代理 (-x, --proxy)
在需要通过代理服务器访问 API 的场景下，可以使用 -x 选项。
语法：
curl -x "http://proxy.example.com:8080" [选项] [URL]
示例：
bash
curl -s -x "http://myproxy.com:8080" -X POST \
-H "Content-Type: application/json" \
-d '{"message": "via proxy"}' \
https://api.example.com/external \
| jq .
4.5 安全考量
在使用 curl 进行 POST 请求时，尤其涉及到敏感数据，需要注意以下安全事项：
- 避免在命令行中直接输入敏感信息： 密码、API 密钥、Bearer Token 等信息如果直接写在命令行中，可能会被存储在 shell 的历史记录文件（如
.bash_history）中，造成安全隐患。- 解决方案： 使用环境变量（如
export TOKEN="xyz"，然后curl -H "Authorization: Bearer $TOKEN"），或将数据写入临时文件并通过@filename引用，完成后删除文件。对于密码，curl -u "username:"会提示输入密码，更加安全。
- 解决方案： 使用环境变量（如
- 始终使用 HTTPS： 确保 API 端点使用 HTTPS，以加密传输过程中的数据，防止中间人攻击。
- 谨慎使用
-k/--insecure： 禁用证书验证会使你的连接容易受到中间人攻击，仅在开发和测试受控环境中使用。 - 最小权限原则： 使用 API 密钥或凭证时，确保其权限仅限于完成所需任务，而不是对整个系统拥有完全访问权限。
第五章：故障排除与常见问题
在使用 curl 进行 POST 请求时，可能会遇到各种问题。以下是一些常见的问题及其排查方法：
5.1 Content-Type 不匹配
- 问题： 服务器返回
400 Bad Request或Unsupported Media Type等错误。 - 原因： 你发送的数据类型与服务器期望的不符，或者
Content-Type头未正确设置。例如，你发送了 JSON 但没有设置Content-Type: application/json。 - 解决方案： 仔细检查 API 文档，确认服务器期望的数据格式（JSON、Form-urlencoded、XML 等），并使用
-H "Content-Type: <正确的MIME类型>"或-d/-F自动设置正确的Content-Type。
5.2 JSON 解析错误
- 问题： 服务器返回
500 Internal Server Error或JSON parse error等信息。 - 原因： 你发送的 JSON 字符串有语法错误，如缺少双引号、逗号、括号不匹配等。
- 解决方案： 使用
jq或在线 JSON 验证器检查你的 JSON 字符串的语法。确保所有的键和字符串值都用双引号包裹。使用单引号包裹整个 JSON 数据，以避免 shell 对内部双引号的解释。
5.3 认证失败
- 问题： 服务器返回
401 Unauthorized或403 Forbidden。 - 原因： 认证凭据不正确、过期、缺失，或者权限不足。
- 解决方案：
- 检查用户名、密码、API 密钥、Bearer Token 是否正确。
- 确认 token 是否过期。
- 检查
-H Authorization: Bearer <token>格式是否正确，Bearer后面有一个空格。 - 如果使用 Basic Auth，确保
username:password正确。 - 确认你的凭据拥有执行该操作的权限。
5.4 网络连接问题
- 问题：
curl: (7) Failed to connect to host port 443: Connection refused或curl: (6) Could not resolve host。 - 原因： 无法连接到目标服务器，可能是域名解析失败、服务器宕机、防火墙阻止或网络配置问题。
- 解决方案：
- 检查 URL 是否正确，特别是域名。
- 尝试
ping目标域名以检查网络连通性。 - 检查本地防火墙或公司代理设置。
- 如果使用 HTTPS，检查端口 443 是否开放。
5.5 curl 报错但 API 响应数据正常
- 问题： 终端除了 API 返回数据外，还显示
curl: (23) Failed writing body或类似的错误。 - 原因： 这通常发生在
curl的输出被管道到另一个命令时，而那个命令提前关闭了输入。例如，如果你curl ... | head -n 1，head只读取一行就关闭，curl还在尝试写入剩余的响应体时就会报错。 - 解决方案： 确保接收
curl输出的命令能处理整个响应体，或者使用-s选项抑制curl的进度信息，让它专注于输出。如果确实只需要部分数据，通常这个错误可以忽略。
总结：curl —— API 交互的强大基石
通过本文的详细介绍，我们已经全面了解了 curl 命令在执行 POST 请求时的各种高级用法。从发送不同类型的数据（Form-encoded, JSON, Multipart Form Data, 原始数据）到精细控制 API 返回数据的显示（静默模式、包含头信息、详细模式、通过 jq 美化和过滤），再到处理身份认证、SSL/TLS、超时和代理等高级场景，curl 都展现了其无与伦比的灵活性和强大功能。
掌握 curl 的这些技巧，不仅能让你在与 API 交互时事半功倍，更能帮助你高效地调试、验证和自动化各种任务。它不仅仅是一个命令，更是你理解 HTTP 协议深层机制、提升开发和运维效率的得力助手。
要点回顾：
-X POST: 明确指定 POST 请求。-d: 发送application/x-www-form-urlencoded或原始数据。-H "Content-Type: application/json"+-d '...': 发送 JSON 数据。-F: 发送multipart/form-data，常用于文件上传。-s: 抑制进度条，获得纯净输出。-i: 显示响应头。-v: 详细输出，用于调试。| jq .: 管道到jq美化 JSON 输出。-u/-H Authorization: 处理认证。-L: 跟随重定向。-o: 将响应保存到文件。
希望这篇详尽的文章能为您在使用 curl 命令进行 POST 请求并处理 API 返回数据时提供全面的指导和帮助。熟练运用这些知识，将使您在与各种 API 交互时游刃有余。