内容摘要：打开一个网页，服务器把一份写好的HTML文件原封不动扔给浏览器，浏览器渲染出来，这就是静态网站。整个过程像从书架上抽一本印刷好的书——内容早就印死了，谁来看都是同一本。动态网站不一样，服务器收到请求后

打开一个网页，静态服务器把一份写好的网站网站HTML文件原封不动扔给浏览器，浏览器渲染出来，动态的区这就是静态静态网站。整个过程像从书架上抽一本印刷好的网站网站书——内容早就印死了，谁来看都是动态的区同一本。动态网站不一样，静态服务器收到请求后先跑一段程序，网站网站查数据库、动态的区拼模板、静态算逻辑，网站网站最后才吐出一份“此时此刻”的动态的区页面。你看到的静态可能是专属于你的那一版。

最直接的网站网站区分方法：看URL。静态页面的动态的区地址通常以 .html 结尾，比如 example.com/about.html。动态页面往往带问号、等号，比如 example.com/article?id=42，或者路径里嵌着参数。当然，现在很多动态网站用URL重写把地址伪装得很干净，光看地址已经不够了。更靠谱的判断是：页面内容会不会因为用户、时间、地点而变化。登录后看到自己的头像和昵称，那必然是动态的。

我拿自己搭过的两个站点举例。一个是给朋友做的摄影作品集，总共八个页面，纯HTML加CSS，图片压缩好直接扔服务器目录里。用Nginx托管，一年到头不用管，访问速度极快，因为服务器只需要读文件、发文件，CPU几乎不动。另一个是记账小工具，用户注册、登录、增删记录、按月统计，后端用Python写，数据存SQLite。每次打开页面，服务器都要查一遍这个用户的所有账目，算完总和再渲染。这两个站点的运维成本天差地别——前者我半年都不会登服务器一次，后者数据库文件一坏，整个应用就瘫了。

性能上的差异也值得说。静态网站天生适合CDN。把文件往对象存储一放，全球几百个边缘节点同时缓存，用户从最近的机房拿数据，延迟低到几乎无感。动态网站也能套CDN，但动态内容默认不缓存，每个请求都得穿透到源服务器。双十一那种流量洪峰，静态页面扛得住，动态接口往往要靠队列、限流、降级一堆手段硬撑。

安全性呢？静态网站几乎没有攻击面。没有数据库注入，没有文件上传漏洞，没有会话劫持。服务器上就一堆 .html 和 .css，黑客能做的顶多是DDoS打带宽。动态网站要考虑的事就多了：SQL注入、XSS、CSRF、权限校验、敏感信息泄露。每写一个接口，都得在脑子里过一遍安全清单。我那个记账工具上线第一周就被扫到了登录接口的暴力破解，赶紧加了验证码和失败锁定。

但静态网站有个硬伤：内容更新麻烦。改一段文字，得重新生成HTML再上传。页面一多，手动维护就是灾难。所以后来出现了静态站点生成器（SSG），比如Hugo、Jekyll，用Markdown写内容，构建时批量生成HTML。适合博客、文档、产品落地页这类更新频率不高的场景。动态网站则相反，内容存在数据库里，后台一改，前台立刻生效，适合社交、电商、后台系统。

选择哪种，看你的需求。展示型页面、公司官网、个人简历——静态足够，省钱省心还快。需要用户登录、实时数据、复杂交互——动态跑不掉。现在还有一种混合玩法：前端用React或Vue做成SPA，构建出来是静态文件，但通过API跟后端动态交互。页面骨架是静态的，数据是动态的。很多现代Web应用走的就是这条路。没有绝对的好坏，只有合不合适。