API 请求生命周期——请求经过的每一跳
API 请求的生命周期，在一张交互式画布上讲清楚：DNS、TCP 与 TLS 建连，经负载均衡器路由、服务器处理，以及响应的返回路径。
一次 API 请求不是一跳，而是一条链：DNS 解析、建立连接、加密、路由、处理与响应，每一段都归属于不同的层。
API 请求生命周期——请求经过的每一跳
The interactive FlowJam canvas for this explanation — every lane, row and arrow above is a real QueryChart diagram you can open and edit.
How to read this visual
- 先读“请求之前”这一列：DNS、TCP、TLS——在任何 HTTP 被发出之前发生的三次往返。
- 然后跟着请求进入“服务器处理”：负载均衡器、处理程序、数据库、序列化。
- 把“响应”这一列当作镜像来读——响应沿着同一条路径原路返回客户端。
请求之前
“浏览器通过 DNS 解析域名”是第一次往返——域名变成一个 IP 地址（那是 DNS 图解的主题）。“建立 TCP 连接”打开可靠的字节管道，“TLS 握手把连接加密”再把它加密（那是 HTTPS 图解的主题）。到这时才轮到“HTTP 请求被发出”。开头这三个方框，正是一次冷调用的 API 请求明显比热调用更慢的原因。
服务器处理
“负载均衡器路由到一台应用服务器”把请求分摊到健康的实例上。“处理程序校验并处理请求”是应用代码运行的地方，“服务器查询数据库”是取数据那一跳——通常也是最慢的一跳——而“服务器把响应序列化”是返回时的格式化。泳道的划分让网络边缘、应用与数据存储在视觉上保持分离，因为它们的故障模式不同，延迟预算也不同。
响应路径
“响应沿同一条路径传回”与“客户端解析并渲染响应”闭合了整个回路。响应并不会凭空返回——它要穿过承载请求的那同一个负载均衡器、同一套网络和同一条连接。理解这条路径是共用的，才能解释为什么请求超时与响应超时是同一个问题，也才能解释为什么这两列互为镜像。
Key relationships and takeaways
- DNS、TCP 与 TLS 都发生在 HTTP 请求之前——任何应用代码运行之前先有三次往返。
- 负载均衡器让许多台服务器看上去像一个地址；客户端从来看不到真正的那台服务器。
- 在大多数 API 调用里，数据库查询是最慢的一跳，这就是为什么缓存与索引很重要。
- 响应沿请求走过的路径原路返回——两个方向都要穿过同一套网络与同一个负载均衡器。
- 这条生命周期把其他几张图解组合了起来：DNS、HTTPS 与 REST 都是这一趟旅程中的某个阶段。
When to use this visual
- 让新工程师明白 API 延迟不只是服务器代码——网络与建连这几个阶段是实打实的。
- 排查慢请求：这张画布点名了该测量的那几跳——DNS 时间、TTFB、服务器耗时、传输耗时。
- 把关于负载均衡与缓存的讨论，落到它们各自在这趟旅程中所处的位置上。
运作方式
映射你真实的基础设施
把通用的负载均衡器、应用服务器与数据库换成你实际的组件——你的 CDN、你的实例、你的数据存储——每一跳仍然保持一个方框。
标注延迟预算
给每一跳加一条注释，记下它在你系统里的典型耗时——DNS 查询、建立连接、TLS、服务器耗时、数据库——让这张画布变成一份延迟画像。
加上缓存层
在负载均衡器与处理程序之间插入一个缓存方框，并为缓存命中与未命中各画一条分支，因为那是多数团队最先动的那根杠杆。
画出失败分支
把真实的失败终点加进来——DNS 超时、一个 TLS 错误、负载均衡器返回的 502、数据库故障——每一条都以一个明确的结果收尾。
常见问题
一次 API 请求有哪些阶段？
在发出任何 HTTP 之前，客户端先通过 DNS 解析域名、打开一条 TCP 连接、完成一次 TLS 握手。随后请求抵达负载均衡器，由它路由到一台应用服务器；服务器校验并处理请求、查询数据库、把响应序列化；响应再沿同一条路径返回。图解的三列，正好就是这三组阶段。
为什么服务器还没做任何事，API 调用就已经很慢？
因为 DNS 解析、TCP 连接与 TLS 握手都是实打实的往返，全都发生在第一个 HTTP 字节被发出之前。在一条冷连接上，它们花的时间可能比真正的请求处理还长。这正是图解要从“请求之前”这一列开始的原因——首次请求的延迟大部分来自建连，而不是服务器代码。
负载均衡器在请求生命周期里扮演什么角色？
负载均衡器是那扇稳定的前门，真正的服务器藏在它后面。它接收请求，挑选一个健康的实例，再把流量转发过去；健康检查以及 TLS 的终止往往也在这里完成。客户端永远不知道是哪一台服务器处理了自己，正因如此，服务器才能在不改动客户端的情况下增删。
响应为什么要沿同一条路径返回？
因为连接就是路径：响应走的是承载请求的那同一条 TCP/TLS 连接，穿过同一套网络与同一个负载均衡器。这种对称在运维上很重要——某一跳变慢或中断会同时影响两个方向，这也是图解把响应那一列画成请求那一列的镜像、而不是假定回程免费的原因。
在 QueryChart（FlowJam）中编辑这张图解
把上面这张生命周期画布原样打开成你自己的图表，把每一跳改名为你的基础设施，再追踪你真实的请求。