Web 客户端

先开口的那一方就是客户端

客户端和服务器是角色，不是机器。先开口、要东西的一方是客户端；等着回答的一方是服务器。浏览器是客户端，curl 是客户端，手机应用是，去调 API 的另一台服务器也是。

所以 Web 客户端可以只有一行。它不需要窗口，不需要渲染引擎，也不需要鼠标 —— 它只要连上去、送出请求、读回内容。

在终端里做一个 Web 客户端

要最快地相信 HTTP 只是文字，就自己动手打一份请求出来。先把上一主题里的 Shell 服务器跑起来，再开第二个终端，亲手跟它说话。

用 nc 手写一份请求

netcat 连上端口，把你敲的字原样送上线路。打完两行、按两次回车，服务器就会回答 —— 你刚刚亲手做了浏览器的活。

# connect, then type the two lines below and press Enter once more
nc localhost 8084

GET / HTTP/1.1
Host: localhost

# or send it all at once (printf's \r\n is HTTP's line break)
printf 'GET / HTTP/1.1\r\nHost: localhost\r\n\r\n' | nc localhost 8084

• 结尾那个空行很重要。它告诉服务器请求到此为止，所以你要多按一次回车。
• HTTP 要求每行以回车加换行结束。手打也能通，是因为多数服务器比较宽容；而 printf 那一版送出的正是标准所要求的样子。
• Host 那一行是 HTTP/1.1 强制要求的。对着真实站点少写它，通常换回来的是一个错误，而不是页面。

把它包成脚本

既然请求已经只是一句 printf，一个可以反复用的客户端也就是几行的事。下面这份接收主机、端口和路径，送出请求，并把头部和正文分开显示。

#!/bin/bash
# usage: bash client.sh localhost 8084 /

HOST=${1:-localhost}
PORT=${2:-8084}
PATH_=${3:-/}

printf 'GET %s HTTP/1.1\r\nHost: %s\r\nConnection: close\r\n\r\n' "$PATH_" "$HOST" \
  | nc "$HOST" "$PORT" \
  | tr -d '\r' \
  | awk 'BODY { print; next } /^$/ { BODY = 1; next } { print "[header] " $0 }'

tr 去掉 HTTP 留在每行末尾的回车，awk 则在遇到空行之前把每行都标成头部 —— 空行之后的一切都是正文。这跟浏览器开始绘制之前所做的切分完全一样。

curl：你每天都会用到的客户端

我们那个脚本粗糙地做到的事，curl 做得规规矩矩：重定向、HTTPS、头部、上传、超时、Cookie。几乎每台机器上都有它，而它正是绕开浏览器直接验证服务器的标准手段。

# body only
curl http://localhost:8084

# body plus the response headers
curl -i http://localhost:8084

# the whole exchange, request headers included
curl -v http://localhost:8084

真正要紧的选项

调用 API

如今应用打交道的多半不是页面，而是返回 JSON 的 API。curl 负责取回来，jq 负责整理得能读 —— 这两样合起来，就是在写下第一行应用代码之前先验通接口的办法。

# fetch JSON and pick one field out of it with jq
curl -s https://api.github.com/repos/sveltejs/svelte | jq '.stargazers_count'

# send JSON with POST
curl -X POST https://httpbin.org/post \
  -H 'Content-Type: application/json' \
  -d '{"name":"PES","level":1}'

# download to a file
curl -L -o page.html https://getpes.com

养成先用 curl 试的习惯。curl 拿到正确答案，说明服务器没问题、错在你的程序；curl 拿到的答案也不对，那你就省下了半天往错的方向找的工夫。

Chrome 也是同一种客户端，只是规模不同

Chrome 送出的，正是你用 nc 送出的那份请求。之后它才做了那件工作量惊人的事：把回来的答案变成人能看的画面 —— 真正的区别只在这个「之后」。

这些步骤值得记住，因为每一步都是页面可能出岔子的地方。有东西没显示出来时，该问的永远是：是哪一步失败了。

从地址栏到画面

1. 解析名字DNS 把域名换成 IP 地址。这一步失败，你根本没碰到服务器，报错说的也是名字而不是页面。
2. 连接并加密它打开连接；如果是 https，在送出任何东西之前先核对证书。这里出现的警告，意思是加密不可信，而不是页面不存在。
3. 送出请求和你手打的那几行一样，只是头部多得多：Cookie、可接受的格式、偏好的语言。
4. 解析并取回其余部分它读 HTML，按你的标签搭出一棵元素树，然后把页面引用到的东西统统要过来 —— 样式表、图片、字体、脚本，通常还是同时要好几样。
5. 上样式、排版、绘制它套用 CSS，算出每个盒子的位置，把结果画出来，再运行那些随后又能把一切改掉的 JavaScript。

终端客户端，还是浏览器

开发者工具：亲眼看着这些文字来回

Chrome 自带了世上最好的 Web 调试工具，而且已经装好了。你先前用 nc 一封封手送的东西，在这里被逐条列出来，旁边还配着响应。

各个面板

现在就能试的三件事

1. 找到你自己的那条请求打开 Network 面板，刷新这个页面，点开最上面那一条。里面的请求和响应头部，就是你先前敲进 nc 的那些行。
2. 复制成 curl右键任意一条请求，选 Copy as cURL，粘到终端里 —— 你就把浏览器刚做的事一模一样重现了一遍，连头部和 Cookie 都在。
3. 故意弄坏它在 Elements 面板里删掉一个标题，看着它消失；在 Network 里把速度调慢再刷新。两件都很安全，也都比读文字学到得多。