今天我们在手机上点开一个网页，评论区会自己跳出新留言，订单状态从"待发货"跳到"已揽收"，股价曲线在你没有任何操作时一路往上爬。这些看似理所当然的瞬间，其实是手机网站用二十多年时间，才从"打开就定死"的静态页面，进化到"内容自己长出来"的实时状态。

这条主线讲的就是一件事：网页从"人去找信息"，慢慢变成了"信息主动来找你"。

01 静态时代：页面是写死的

功能机和塞班时代最早的手机网站是 WAP 页面。一个网页就是一个放在服务器上的 HTML 文件，所有文字、链接、图片位置都由工程师一行行手写好。

手机发起请求，服务器把这个文件原封不动地丢过来，浏览器渲染完，页面就定格了。想改一句话？开发者得重新打开编辑器、改完文件、再上传覆盖，用户刷新一次才能看到。这种模式叫"静态发布"：它能保证"看得清"，但做不到"跟得上"。页面一旦加载完，服务器和手机之间就彻底断了联系，哪怕后台刚发了新文章，你不手动刷新，永远不知道。

02 服务端脚本：第一次"动"起来

上世纪九十年代末，CGI、PHP、ASP 这类服务端脚本出现，第一次让"动态"进了网页。

原理很简单：服务器不再直接吐 HTML 文件，而是先运行一段脚本。脚本接到请求，去数据库里查最新的标题、正文、作者，再把数据填进事先做好的模板，拼出一个全新的 HTML 页面发给手机。

这一步把内容和代码分开了：编辑只需在后台录入一篇文章，数据库里多一条记录，下次有人访问，脚本自动把它拼进页面。但它仍有一个致命局限："动"只发生在服务器那一头。对手机端来说，看新内容仍要点击、转圈、整页刷新，服务器和手机之间还是"请求—响应—再见"的短关系。

03 CMS 普及：发布变成后台点一下

进入 2000 年代，WordPress、织梦、帝国 CMS 把这套脚本加数据库的模式产品化了。运营人员不懂代码，只要登录后台，填标题、粘正文、点"发布"，系统就自动生成页面、更新列表、推到首页。

"动态发布"第一次真正普及到普通人。但站在手机端看，体验还是老样子：你打开页面，看到的永远是那一瞬间服务器拼好的快照；想知道有没有新内容？下拉刷新一下。

04 AJAX 与前后端分离：不刷新也能更新

2005 年前后，AJAX 开始流行。它的核心是：网页加载完成后，JavaScript 还能在后台悄悄再向服务器发一次请求，拿到新数据后只更新页面里那一小块区域，不必整页刷新。

Gmail 的邮件列表、Google Maps 的地图拖动，都是这套玩法的早期样板。到了智能手机时代，前后端分离成为主流：前端页面负责渲染，后端只提供数据接口（API）。用户滑到列表底部，前端自动请求下一页数据，悄悄塞进列表里。

这是手机网站建设第一次具备"局部更新"能力。但它本质上仍是"前端问一次，后端答一次"，主动权还在手机手里。服务器并不知道你正盯着这个页面，更不会主动把新消息推过来。

05 WebSocket 与实时推送：服务器主动找你

真正补上"实时"的，是 WebSocket。它和传统 HTTP 最大的不同在于：握手一次之后，手机和服务器之间会一直保持一条长连接，谁都可以随时往通道里丢消息。

于是出现了今天熟悉的体验：聊天网页里对方刚发完一句话，你这边没有任何操作就收到了；订单页物流状态从"已发货"自动跳到"派送中"；股票行情数字每秒都在跳；直播弹幕飞过屏幕，游戏击杀提示在所有人屏幕上同时弹出。

在 WebSocket 之外，还有更轻量的 SSE（Server-Sent Events）专门处理"服务器单向推消息"，以及浏览器之外的移动端推送通道。它们共同补上最后一块拼图：服务器终于可以在你不请求的时候，主动把新内容送到你眼前。

06 写在最后

从手写 HTML 文件，到服务端脚本拼模板，再到 CMS、AJAX、API 接口，最后到 WebSocket 长连接和实时推送——手机网站的"动态发布"走过了一条越来越短的路：从"改一次、传一次、刷一次"，到"发一次、所有人立刻看到"。

我们今天习以为常的"实时"，其实是这二十多年一层层技术堆叠出来的结果。下次看到页面自己跳出新消息时，不妨想起那条曾经断过、后来又被重新接上的连接。