Linux 新手入门：用 curl 发一次真实请求，先看懂状态码和响应

刚接触 Linux 服务器，很多人第一次需要和接口打交道时都会愣一下：没有浏览器，请求怎么发、结果怎么看？其实系统里自带一个最趁手的工具 curl，一条命令就能把请求发出去、把响应原样拿回来。

先发一个最简单的 GET 请求：

curl https://api.github.com

不加任何参数，curl 默认就是 GET。返回的是一段 JSON，前面还看不到状态码。想连状态码一起看，加上 -i：

curl -i https://api.github.com

响应头第一行就是 HTTP/2 200，200 表示请求成功。后面跟着 content-type、时间等头信息，空行之后才是真正的响应体。学会先看这一行，很多问题就定位了一半。

常见的状态码不用全背，先认四个就够：200 是成功；301、302 是重定向，资源换了地址；404 是接口地址写错了；500 是服务端那边出了问题。拿到 404 先检查自己的 URL，拿到 500 再去看服务日志，而不是反复重试同一条命令。

想把响应存成文件而不是打印在屏幕上，用 -o：

curl -o result.json https://api.github.com

想发 POST 请求，要告诉 curl 方法和数据：

curl -X POST https://httpbin.org/post -H "Content-Type: application/json" -d '{"name": "test"}'

-X 指定方法，-H 加请求头，-d 带请求体。httpbin.org 是个免费的回显服务，会把收到的请求原样返回，很适合练手，不用自己搭服务端。

最后是两个新手最容易踩的坑。第一，遇到重定向要加 -L，否则 curl 默认不跟随跳转，拿到的只是 301 本身：curl -L https://example.com。第二，给请求加个超时 -m 10，避免网络异常时命令一直挂着等下去。

练完这几条命令，再回头看服务日志里的报错就顺多了：先用 curl 复现一次请求，看状态码，再决定是改地址、查服务，还是看日志。排查接口问题，基本都是这个顺序。