你打开浏览器，作原敲下网址，作原回车。作原页面刷出来的作原那零点几秒里，发生的作原事比你想的复杂得多——但也没那么玄乎。

你的作原电脑根本不认识“example.com”这串字符。它只认IP地址，作原一串像电话号码一样的作原数字。所以第一件事，作原是作原去查电话号码簿。这个簿子叫DNS（域名系统），作原它由全球无数台服务器共同维护。作原你的作原请求会先打到最近的DNS服务器，问它：“example.com在哪？作原”如果它不知道，它会去问上级，作原上级再问更高级的，直到某个权威服务器给出答案。这个过程通常只需要几十毫秒，你却能在浏览器状态栏里看到“正在解析域名”的提示。

拿到IP地址之后，你的电脑要和那台服务器建立连接。这不是直接连上的——中间隔着无数路由器、交换机、光缆。数据包要经过一个叫TCP的三次握手协议：你的电脑先发一个“SYN”包，对方回一个“SYN-ACK”包，你再回一个“ACK”包。这有点像打电话前的确认：“你听见了吗？”“听见了，你听见我了吗？”“听见了，咱们开始说正事吧。”三次握手确保双方都准备好了，才正式开始传输数据。

然后才是真正的请求。你的浏览器会构造一个HTTP请求报文，里面写着你要什么——通常是“GET / HTTP/1.1”，意思是“我要主页，用1.1版本的协议”。报文里还带着浏览器类型、支持的压缩格式、语言偏好这些元信息。服务器收到后，会根据路径找到对应的文件，可能是个HTML页面，可能是一张图片，也可能是一段视频。它把这些内容打包成HTTP响应报文，状态码是“200 OK”，意思是一切正常。如果找不到文件，就返回“404 Not Found”——这个数字你肯定见过。

但现代网页早就不是单纯的文件了。大部分页面是动态生成的：服务器收到请求后，可能要去数据库查用户信息，调用其他服务的接口，甚至实时渲染模板。比如你在淘宝搜索“蓝牙耳机”，服务器接到请求后会先验证你的登录状态，然后去商品数据库做全文检索，再把结果按销量、价格排序，最后拼装成一个完整的HTML页面返回。这个过程可能涉及几十个内部服务，但对你来说，只是等了一两秒。

浏览器收到HTML后，开始解析。它从上往下读，遇到CSS样式就加载，遇到JavaScript脚本就执行。这些资源通常存放在不同的服务器上，比如图片存在CDN（内容分发网络）上，脚本存在专门的静态资源服务器上。浏览器会同时打开多个连接，并行下载这些资源，然后渲染出你看到的页面。如果脚本里有错误，页面可能卡住；如果图片加载太慢，你会看到占位符。

整个流程里，最容易被忽略的是缓存。你的浏览器会把访问过的资源存在本地，下次再访问同一个网站时，它会先检查本地有没有过期。如果没过期，就直接用本地的，不再请求服务器。这就是为什么你第二次打开同一个网页会快很多。服务器也会主动告诉你哪些内容可以缓存多久，这叫Cache-Control头。有些网站为了强制刷新，会把缓存时间设成0，让你每次都得重新下载。

最后一步是连接关闭。HTTP/1.1时代，每次请求都要新建连接，很浪费资源。现在大多用HTTP/2或HTTP/3，支持多路复用——多个请求共享一条连接，像一条高速公路上同时跑很多辆车，而不是每辆车都单独修一条路。这大幅提升了速度，尤其是加载那些包含几十个资源的现代网页时。

你看，从敲下回车到页面展现，背后是一次DNS查询、三次握手、一次HTTP请求、一次服务器处理、一次HTML解析、若干次资源下载，最后是连接复用。每个环节都有优化空间，也都可能出问题。下次网页加载慢的时候，你可以打开浏览器的开发者工具，切到Network标签页，就能看到每个请求的耗时——那才是web工作的真实面貌，比任何抽象描述都直观。