web使用什么进行信息传送

你打开浏览器，输入一个网址，信息敲下回车——半秒后页面出现了。传送这中间发生了什么？进行数据怎么从地球另一端的服务器跑到你屏幕上的？答案不是“互联网”这么笼统，而是信息几个具体协议在接力干活。

最底层的传送搬运工是 TCP/IP。IP 负责把数据包从一台机器送到另一台机器，进行像快递单上的信息地址；TCP 负责把这些包按顺序拼好，丢了的传送重发，保证内容完整。进行你访问网页时，信息浏览器先和服务器建立 TCP 连接——经典的传送三次握手：SYN、SYN-ACK、进行ACK。信息这一步不完成，传送后面什么都别谈。

连接建好了，接下来轮到 HTTP 出场。HTTP 是浏览器和服务器之间的“对话规则”。你发一个请求行，比如 GET /index.html HTTP/1.1，带上各种头信息（Host、User-Agent、Cookie 等）。服务器回一个状态码和响应头，再把 HTML 正文塞进响应体里发回来。整个过程就是一次请求-响应。没有 HTTP，浏览器根本不知道要跟服务器说什么。

但 HTTP 本身不负责加密。早期网页全是明文传输，你在咖啡店连 Wi-Fi 填个密码，隔壁桌用抓包工具就能看个大概。所以现在绝大多数网站走 HTTPS——HTTP 外面套了一层 TLS。TLS 在 TCP 之上、HTTP 之下工作，握手阶段交换密钥、验证证书，之后所有 HTTP 数据都被加密。你看到地址栏那个小锁图标，就是 TLS 在干活。

除了 HTTP 和 TLS，DNS 也是信息传送的关键一环。你输入 example.com，浏览器不知道这是哪台服务器。DNS 查询把域名翻译成 IP 地址，通常走 UDP 的 53 端口。没有 DNS，你就得记住每个网站的 IP，像记电话号码一样。DNS 查询本身也常被加密（DoH、DoT），防止被窥探或篡改。

再往下，物理层和链路层的东西——光纤、路由器、交换机、网卡——它们负责把电信号或光信号从一端推到另一端。这些不是“web”特有的，但 web 跑在上面。你刷视频、传文件、发消息，最终都变成网卡上的高低电平，沿着网线或无线电波跑出去。

我自己的观察是：很多人把“上网”当成一个黑盒，觉得浏览器一打开，网页就“从网上来了”。拆开看，每一步都有明确的协议和格式。TCP 管可靠，IP 管寻址，DNS 管翻译，TLS 管加密，HTTP 管语义。它们像流水线上的工人，各干各的，配合默契。任何一个环节出问题——DNS 污染、TCP 重置、TLS 证书过期——你都会看到“无法访问此网站”。

所以下次页面加载慢，别光骂运营商。打开开发者工具，看 Network 面板：DNS 查询花了多久？TCP 连接多久？TLS 握手多久？TTFB（首字节时间）多少？数据摆在那里，比感觉靠谱。Web 的信息传送，说到底就是这一串协议在毫秒级的时间里接力完成的事。