内容摘要：你在地铁上刷朋友圈，点开一张图片的瞬间，数据已经从某个城市的服务器出发，穿过海底光缆，经过十几台路由器的转发，最后落进你手机的内存里。整个过程大约耗时200毫秒——比你眨眼还快。这背后就是Web的工作

你在地铁上刷朋友圈，简述点开一张图片的作原瞬间，数据已经从某个城市的简述服务器出发，穿过海底光缆，作原经过十几台路由器的简述转发，最后落进你手机的作原内存里。整个过程大约耗时200毫秒——比你眨眼还快。简述这背后就是作原Web的工作原理：浏览器作为客户端，向服务器发出请求，简述服务器返回响应，作原两者通过HTTP协议对话。简述

拿你刚才那个动作拆解。作原你点击图片，简述浏览器先解析URL——那个以https开头的作原字符串。它把域名（比如example.com）拆出来，简述交给DNS服务器去查。DNS就像电话簿，把人类能记住的域名翻译成IP地址，比如104.26.14.140。这步通常耗时几十毫秒，如果DNS服务器缓存了记录，可能连1毫秒都不用。之后浏览器拿到IP，通过TCP协议和服务器建立连接——三次握手，像两个陌生人互相确认身份：你问“在吗”，对方答“在”，你再回“好”。

连接建立后，真正的重头戏来了。浏览器发送一个HTTP请求报文，里面包含请求行（比如GET /images/photo.jpg HTTP/1.1）、请求头（带上浏览器类型、接受的语言、cookie等），有些请求还会有请求体（比如你提交表单时发送的数据）。服务器收到后，开始处理——如果请求的是静态资源（图片、CSS文件），服务器直接从磁盘读出来返回；如果是动态内容（比如你朋友圈的时间线），服务器得执行后端代码，查询数据库，拼装HTML，再生成响应。

响应报文里有个状态码，200表示成功，404是找不到资源，500是服务器内部出错。你平时遇到“网页打不开”，多半就是500或者DNS解析失败。响应体里装着真正的数据——HTML文档、图片字节流、JSON数据等。浏览器拿到响应后，开始解析HTML，构建DOM树，同时加载CSS和JavaScript，渲染出你看到的页面。这个过程叫“关键渲染路径”，优化它能让网页加载快上好几倍。

一个细节你可能没注意：HTTP协议本身是无状态的。服务器不会记得你上次访问过没有。那购物车怎么保存？靠cookie和session。浏览器首次访问时，服务器在响应头里Set-Cookie一个唯一标识，浏览器存起来，下次请求自动带上。服务器通过这个标识找到后台存储的session数据，才“记得”你是谁。这就像你去健身房，前台给你一个手环，每次进门刷一下，他们就知道你的储物柜在哪。

还有一个常被忽略的点：Web不只是浏览器和服务器的事。中间还隔着CDN（内容分发网络）、负载均衡器、反向代理。CDN把图片缓存到离你最近的节点，所以你在北京访问一个美国网站，图片可能从香港的节点传来，而不是真的绕地球一圈。负载均衡器则把请求分发给多台服务器，防止某一台过载——像餐厅门口排队时，服务员把客人分散到不同包间。

最后说个我自己的观察。很多人以为Web是“浏览器打开网页”这么简单，但当你用手机App时，里面同样跑着HTTP请求——App只是套了一层壳的浏览器。你刷抖音，每滑一下，App就在向服务器发请求拉取新视频。所以Web工作原理本质上是分布式系统的沟通规则：客户端（任何设备）与服务端（任何后台）之间，通过标准化的协议交换数据。这套规则从1991年诞生至今，核心逻辑没变过，变的只是传输的内容从纯文本变成了高清视频、3D模型和实时互动。