一次点击背后：200 毫秒的 HTTP 旅程
200 Milliseconds
在 San Francisco 的咖啡馆里，一次简单的 Buy 点击，在 211.4 毫秒后屏幕上便显示 Order confirmed。这看似瞬间完成的交互，背后却是一场跨越 4,700 公里光纤的精密接力。从触摸板电容变化引发的硬件中断，到 Chrome 浏览器内部的 Hit testing 和缓存策略，再到 TCP 与 TLS 的握手协商，请求在 Node.js 进程、Load balancer 和 Postgres 数据库间穿梭。这篇文章通过交互式可视化，拆解了这 200 毫秒内数据穿越北美六次、经过约 40 台机器、运行上亿行代码的全过程，揭示了现代 Web 应用高速响应的底层逻辑。
当确认信息渲染完成时，该请求及其响应已横跨北美六次，并穿过了大约四十台机器，运行着上亿行他人的代码。
- joshstrange
> Violet 标记数据流动的路径，始终从上到下。页面上没有其他元素使用这种颜色。
结果却把它用在了提示框、文字颜色、标题等地方。
这本来是个很棒的可视化作品，但上面这点让我觉得特别违和，甚至有点过头了。
- Cabbache
这做得非常棒，尤其对我而言，因为我在你发帖之前就已经思考过这个问题了。我觉得如果深入细节，比如从麦克斯韦方程组出发探讨 Wi-Fi 背后的物理原理，特定 CPU 架构如何在硬件层面逐条执行指令，或者更深入地讨论 TLS 中的数学和加密技术，完全可以写出一本厚厚的书。
- jonahrd
我是不是疯了？对于在线购物这类操作，我总觉得支付处理需要一两秒，所以如果只花了 200 毫秒，我反而会觉得出问题了？