打开一个网页，什静浏览器向服务器要一个HTML文件，态网服务器把它扔回来，什静浏览器渲染出来。态网这个过程里，什静服务器没做任何计算，态网也没查数据库，什静它只是态网把早就存好的文件原样递出去。这就是什静静态网站。说白了，态网一堆预先写好的什静HTML、CSS、态网JavaScript和图片文件，什静躺在服务器某个目录里，态网谁来访问都拿到同一份东西。什静

我最早接触静态网站是给自己搭个人主页。那会儿用GitHub Pages，把几个HTML文件推上去，等两分钟，域名就能访问了。没有后台，没有数据库，没有登录，也没有评论区。整站就是五六个文件，加起来不到200KB。加载速度快得离谱，因为服务器根本不需要“想”任何事情。

静态网站不等于“不能交互”。JavaScript可以在浏览器里做很多事情：表单验证、动画、甚至调用第三方API拉取数据。区别在于，这些交互发生在用户的浏览器里，而不是服务器上。服务器只负责发文件。你访问一个静态的博客，文章列表是提前生成好的HTML；你点进某篇文章，浏览器请求那个已经存在的HTML文件。没有“查询数据库”这一步。

动态网站就不同了。你访问一个用WordPress搭的博客，服务器上的PHP代码要先连数据库，查出文章内容，拼成HTML，再发给你。每次访问都要重复这套动作。用户多了，服务器就累。静态网站没这个问题——一万个人同时访问，服务器也只是把同一个文件发一万次。Nginx处理这种请求，一台普通机器每秒能发几千次。

那为什么不是所有人都用静态网站？因为内容一多，手动写HTML就疯了。一百篇文章，每篇都要手动更新导航栏、页脚、侧边栏？改一个链接得改一百个文件。所以有了静态网站生成器，比如Jekyll、Hugo、Eleventy。你用Markdown写文章，用模板定义布局，运行一条命令，生成器把几百个页面一次性构建出来。改导航栏？改模板，重新构建，所有页面自动更新。

静态网站生成器把“写内容”和“管结构”分开了。写的时候只管正文，构建的时候套上统一的壳。这跟动态网站的开发体验很像，但产出物完全不同——你得到的是纯静态文件，可以直接扔到CDN上。Netlify、Vercel、Cloudflare Pages这些服务，把构建和部署也自动化了。你往Git仓库推一次代码，它们自动运行生成器，把生成的静态文件分发到全球节点。用户从离自己最近的服务器拿文件，延迟低到几十毫秒。

安全性是另一个被低估的点。静态网站没有数据库，没有服务端代码，没有登录接口。攻击者能做什么？最多往你的Git仓库提个恶意PR，或者攻击你的域名DNS。没有SQL注入，没有远程代码执行，没有后台弱密码。一个纯静态站点，被黑的面小得多。当然，如果你用第三方评论系统或者表单服务，那些外部依赖会引入新的风险，但静态网站本身不提供攻击面。

静态网站也不是万能。用户登录、个性化推荐、实时数据、后台管理——这些需要服务端状态的功能，纯静态做不了。你可以用无服务器函数（比如Netlify Functions）补上一部分，但那已经不是“纯”静态了。还有构建时间的问题：一个包含一万篇文章的静态站点，每次改模板都要重新构建全部页面，可能要几分钟甚至更久。动态网站改模板是即时的。

我自己的选择是：个人博客、文档站、作品集、公司官网——这些内容驱动、更新不频繁、不需要用户登录的场景，静态网站是更省心也更快的方案。一个Hugo站点，几千篇文章，构建一次不到十秒，扔到CDN上，每月成本几乎为零。而一个同样规模的WordPress站点，你得管服务器、管数据库备份、管插件更新、防漏洞。哪个更划算，取决于你愿意花时间写内容还是花时间运维。

静态网站不是“过时”的技术。它是最早的Web形态，但在CDN、Git工作流和现代生成器的加持下，它变成了一个很务实的选择。很多开发者已经把它当成默认选项，只在真正需要服务端逻辑时才切换到动态方案。这种“先试静态，不行再加”的思路，比一上来就架设全套后端要轻快得多。