静态网站就是静态一堆提前写好的 HTML、CSS 和 JavaScript 文件，网站放在服务器上，设计谁访问就原样丢给谁。静态没有数据库查询，网站没有服务器端渲染，设计每次打开页面看到的静态内容都一样，除非你手动改了文件再传上去。网站听起来挺原始的设计对吧？但恰恰是这种“原始”，让它在某些场景下比动态网站更靠谱。静态

我最早接触静态网站是网站帮朋友做一个摄影作品集。他要求很简单：打开快，设计手机上看图不卡，静态别整那些花哨的网站交互。我一开始想用 WordPress，设计装完发现首页加载要 1.8 秒，图片还没出来。后来换成纯 HTML + 图片懒加载，同样的服务器，首屏时间掉到 0.4 秒。这不是玄学，静态文件不需要 PHP 解析，不需要查数据库，Nginx 直接读磁盘返回，路径短得可怜。

但静态网站不等于“手写每一个页面”。早期确实得复制粘贴头部尾部，改个导航要动几十个文件。现在有静态站点生成器（SSG），比如 Hugo、Eleventy、Jekyll。你写 Markdown 和模板，跑一条命令，它给你生成整站 HTML。我自己的博客用 Eleventy，源文件里只有文章和几个布局文件，构建出来的 public 目录里全是静态资源。部署时直接扔到 Netlify 或者 Cloudflare Pages，连服务器都不用租。

有人会问：那评论功能怎么办？表单怎么办？搜索怎么办？这些确实需要后端。但解决办法不是把整站变成动态的，而是把动态部分拆出去。评论用 Disqus 或者 utterances（基于 GitHub Issues），表单用 Formspree 或者 Netlify Forms，搜索用客户端 JavaScript 索引，比如 Lunr.js 或者 Pagefind。页面本身还是静态的，只有用户触发交互时才发请求。这种架构叫“静态优先”或者“JAMstack”，听着新潮，本质就是能静态就静态。

静态网站最容易被低估的优势是安全。没有数据库，就没有 SQL 注入。没有 PHP 运行时，就没有远程代码执行。没有登录后台，就没有暴力破解。你唯一要防的是服务器本身被入侵，或者 CDN 配置错误导致源文件泄露。我见过一个企业官网用动态 CMS，半年没更新插件，被挂马跳转到博彩网站。换成静态生成后，攻击面只剩 Web 服务器，补丁频率从每周降到每季度。

当然，静态网站不是万能药。内容需要频繁更新、用户生成内容多、权限管理复杂的场景，硬做成静态就是自找麻烦。比如一个内部工单系统，每个用户看到的列表都不一样，那就老老实实上动态框架。但如果你做的是博客、文档、产品落地页、活动宣传页，静态方案几乎总是更优解。构建一次，部署到 CDN，全球访问延迟都在几十毫秒级别。

我观察到一个现象：很多开发者把“静态”和“简单”划等号，觉得静态网站就是新手练手用的。实际上，现代静态站点生成器的模板继承、数据文件、集合、短代码这些机制，复杂度不亚于一个轻量级 CMS。区别在于，复杂度被前置到构建阶段，运行时反而极简。这种“把复杂留给自己，把简单留给用户”的思路，在性能敏感的场景里特别值钱。

如果你还没试过静态网站，建议从一个小项目开始：个人简历页、开源项目文档、或者一个只展示不交互的落地页。用 Hugo 或者 Eleventy 建起来，推到 GitHub Pages 或者 Vercel。你会注意到两件事：第一，构建速度极快，改完保存浏览器自动刷新；第二，部署后几乎不用管，没有插件更新提醒，没有数据库备份脚本。省下来的时间，够你多写两篇文章或者多拍几组照片。