打开浏览器，输入一个网址，回车，页面就出来了。这个过程看起来简单，背后却是一连串精密的协议通信在跑腿。理解这些步骤，能帮我们看清网络应用是怎么真正工作的。
建立连接：TCP 三次握手
当你输入 https://www.example.com 并按下回车，系统首先会通过 DNS 解析出对应的 IP 地址。拿到地址后，客户端不会直接发请求，而是先和服务器“打招呼”——这就是 TCP 的三次握手。
第一次：客户端说“我在，你准备好了吗？”（SYN）
第二次：服务器回应“我收到了，你也准备一下。”（SYN-ACK）
第三次：客户端再发一次确认：“好，我准备好了。”（ACK）
这三步就像两人约饭，得互相确认时间、地点都清楚了，才能动身。只有完成握手，连接才算真正建立。
加密通道：TLS 握手过程
如果是 HTTPS 网站，接下来还得走 TLS 握手。客户端和服务器要协商加密算法、交换密钥，确保后续传输的数据外人看不懂。
这个过程会验证网站证书是否可信，防止你连上钓鱼网站。比如你在咖啡店连 Wi-Fi，有人伪造了一个“免费登录页”，但因为证书不对，浏览器就会弹出警告——这就是 TLS 在起作用。
发送请求：HTTP 协议登场
安全通道建好后，客户端终于可以发 HTTP 请求了。最常见的就是 GET 请求：
GET /index.html HTTP/1.1\r\nHost: www.example.com\r\nUser-Agent: Mozilla/5.0...\r\nAccept: text/html\r\n\r\n这段文本看似简单，却是客户端告诉服务器“我要哪个资源、用什么格式接收”的关键信息。每一行都是一个头部字段，用来传递元数据。
服务器响应：数据回传
服务器收到请求后，处理逻辑，然后返回响应。比如：
HTTP/1.1 200 OK\r\nContent-Type: text/html\r\nContent-Length: 1354\r\n\r\n<html><head><title>示例页面</title></head>...</html>状态码 200 表示一切正常，Content-Type 告诉浏览器这是 HTML 文件，浏览器就能正确渲染页面了。如果资源不存在，就会返回 404；服务器出错则是 500。
断开连接：四次挥手收尾
数据传完，并不代表连接立刻关闭。TCP 需要四次挥手来优雅断开：
客户端说“我发完了”（FIN）
服务器回“我知道了”（ACK）
等服务器也处理完，它说“我也发完了”（FIN）
客户端最后回一句“收到”（ACK）
这就像打电话结束时，双方都得说“再见”，不能一方挂了，另一方还在说话。
现实中的变通：连接复用与长连接
每次访问都走一遍完整流程太费时间。现代浏览器通常会复用 TCP 连接，同一个域名下的多个请求可以共用一个通道。HTTP/2 更进一步，支持多路复用，多个请求响应可以同时传输，互不阻塞。
比如你刷短视频 App，首页加载视频封面、用户信息、评论区，这些请求几乎同时发出，靠的就是连接复用和协议优化。
抓包看真相：用工具观察通信过程
想亲眼看看这些步骤？可以用 Wireshark 抓包。过滤条件设为 http 或 tls，刷新网页，就能看到完整的请求响应序列。每个数据包的来源、目标、协议类型、长度都清清楚楚。
开发者工具里的 Network 标签页也能看到 HTTP 层的通信细节，比如请求耗时、状态码、响应头等。这对调试网页加载慢、接口报错特别有用。