你打开任何一个网站，静态浏览器地址栏里那个以.html结尾的网页文件，大概率就是静态一个静态网页。它不像你手机里的网页App那样需要后台服务器不停地算来算去，它更像一张写满字的静态电子卡片——你看到的，就是网页它储存的全部内容。

拿我自己的静态博客举例。我写一篇关于修自行车的网页文章，存成一个bike-repair.html文件，静态里面用标签标记好标题、网页段落和图片位置。静态当你在浏览器里输入网址，网页服务器做的静态唯一一件事就是把这份文件原封不动地传给你。没有数据库查询，网页没有用户登录验证，静态没有实时评论刷新——你的浏览器负责把标签翻译成好看的排版，仅此而已。整个过程快到几乎感觉不到延迟，哪怕我用的是十年前的老旧服务器。

这跟动态网页完全不同。你在淘宝上看到的商品价格、库存数量、个性化推荐，那些都是服务器根据你的请求临时拼装出来的页面。每次刷新，后台可能执行了十几条SQL查询，调用了好几个微服务。静态网页却“笨”得很诚实——它不关心你是谁，不记得你上次看过什么，甚至不知道今天是星期几。这种“笨”反而成了它的优势：安全性极高，没有后台代码可攻击；托管成本极低，扔在任何静态文件服务器上就能跑；加载速度快得惊人，因为不需要等待任何计算。

有意思的是，很多人误以为静态网页早就过时了。我前阵子帮一个朋友搭建个人作品集网站，他坚持要上React框架，要加数据库存访客留言。我问他：“你打算多久更新一次作品？”他想了想：“大概三个月一次吧。”那就对了。三个月更新一次的内容，用静态网页最合适不过。我给他生成了几个HTML文件，传上去，完事。他后来惊讶地发现，这个“简陋”的站点在手机上的加载速度，比公司花大价钱做的动态官网快了三倍。

静态网页最适合的场景其实很明确：个人简历、产品介绍页、活动宣传单页、文档手册。这些内容的特点是不常变动，不需要个性化定制。而电商网站、社交平台、在线编辑器这些强交互应用，静态网页确实应付不来——你总不能让每个用户都下载一份包含所有商品信息的HTML文件吧？那文件能大到几百兆。

技术圈这几年流行一个叫“静态站点生成器”的东西，比如Hugo、Jekyll。它们能在你本地把Markdown格式的文章自动转换成一堆HTML文件，然后上传到服务器。这种做法巧妙得很——既保留了静态网页的速度和安全性，又解决了手动维护大量页面的麻烦。我自己的技术文档站就是用这种方式搭的，两百多篇文章，每次更新只需一条命令，一分钟内全部重新生成完毕。

说到底，静态网页就像一本印刷好的书。书印出来之后，内容就固定了，谁看都一样，但翻起来不费电，也不怕黑客把书页改成乱码。动态网页则像餐厅里的现炒菜——每次上桌都根据你的口味调整，但后厨得一直开着火，成本自然高。选哪种，取决于你卖的是书还是菜。