静态网站和动态网站区别
我打开一个网页，静态地址栏里写着 example.com。网站浏览器把内容渲染出来，和动页面上的态网文字、图片、站区链接，静态统统都是网站提前做好的。我点开另一个网页，和动地址栏里写着 shop.com/products/42，态网页面显示“当前库存：3件，站区价格：¥199，静态用户评论：87条”。网站这些数字，和动是态网我访问的那一刻才从数据库里捞出来的。
这就是站区静态网站和动态网站最本质的分界线：内容在服务器上是否“现成”的。静态站点的HTML文件就是最终成品，服务器只是把文件原封不动地丢给浏览器，像递一张印好的传单。而动态站点，服务器收到请求后要临时“组装”页面——查数据库、执行脚本、拼接模板，最后才生成一份HTML回传，像餐厅后厨接到订单才起火炒菜。
我几年前帮朋友做过一个企业官网，纯静态，五个页面，改个联系方式得手动打开代码编辑器，替换三处文本，再上传覆盖。当时觉得麻烦，但好在一年也就改两三次。反观我另一个做电商的朋友，他的商品列表页如果做成静态文件，每上架一件新商品就得重新生成整个页面，库存一变又要重来，那才是灾难。
静态站点的优势就是快。文件从磁盘读出来直接回给用户，没有中间商赚差价。部署也简单，扔到任何一台能跑HTTP协议的服务器上就行，甚至不需要服务器——放到对象存储、CDN上就能全球加速。我见过有人用GitHub Pages免费托管个人博客，零成本，访问速度还挺稳。缺点也明显：内容一多，维护就是噩梦。你没法做用户登录、没法显示实时数据、没法根据搜索关键词返回不同结果。
动态站点恰好补上这些空缺。它灵活，能根据用户身份、时间、地域、操作行为返回不同内容。你去淘宝搜“蓝牙耳机”，它给你展示的列表和另一个人搜同样的词，结果排序可能完全不同——因为推荐算法参与了页面生成。动态站还能做交互，比如你提交一个表单，服务器处理完数据再返回“提交成功”的页面，这过程必须动态处理。
但动态站点的代价是复杂的。你得维护数据库、写后端逻辑、处理并发请求，服务器要跑应用进程，内存和CPU消耗远高于静态文件。高并发下还得考虑缓存策略，否则数据库会被压垮。我见过一个小团队做的动态站，上线第一天流量突增，MySQL连接数直接爆掉，页面白屏——静态站点绝不会有这种问题。
现在的现实是，纯静态和纯动态的界限在模糊。很多“动态”网站会做缓存，把热门页面生成静态文件放CDN上；而“静态”网站也能通过JavaScript在浏览器端调API，实现部分动态效果。比如我这个博客，页面本身是静态的，但评论区是前端脚本去请求一个后端接口，数据动态加载。这算静态还是动态？严格说，主文档是静态的，功能是动态的。
选哪种，说到底看你网站的核心诉求。内容不常变、访问量大、预算有限——静态站是上策。需要用户体系、数据实时更新、业务逻辑复杂——老老实实上动态框架。最怕的是拿动态技术栈做纯展示页面，杀鸡用牛刀，白白浪费服务器资源；或者拿静态方案硬撑需要登录的会员系统，那根本做不了。
我自己现在写东西，优先静态生成器。内容就是几个Markdown文件，构建脚本一跑，输出一堆HTML，传到服务器上，清爽利落。但要是哪天我想做个用户投稿的社区，我毫不犹豫会换成动态方案。工具不分好坏，用错场景才是问题。