PHP生成静态HTML的核心是区分真静态（file_put_contents写磁盘，属缓存策略）与伪静态（mod_rewrite路由映射，属URL策略），混用易致SEO失效、CPU飙升；真静态需注意生成时机、路径安全、存在性校验及并发锁，伪静态须严控规则顺序、资源排除与参数过滤。
PHP生成静态HTML，不是“要不要做”的问题，而是“在哪做、怎么分层做、谁来承担解析开销”的问题。真静态（file_put_contents写磁盘）和伪静态（mod_rewrite + PATH_INFO）根本不是同一类技术——前者是缓存策略，后者是路由策略。混用或误判会导致SEO失效、CPU飙升、缓存击穿。
用 ob_start + file_put_contents 生成真静态 HTML 文件
这是最直接的页面静态化，适用于内容更新不频繁但访问量大的场景（如商品详情页、新闻页）。关键不是“能不能生成”，而是“什么时候生成”和“怎么避免并发写冲突”。
- 必须在业务逻辑执行完毕、输出前调用
ob_start()，否则捕获不到完整 HTML - 生成路径要绝对安全：不能让用户可控目录名，否则可能写入
/var/www/html/../../etc/passwd；建议固定前缀，如cache/article_{$id}.html - 不要每次访问都重写：先
file_exists()判断，再检查缓存有效期（可用filemtime()对比） - 并发写风险高：多个请求同时发现缓存过期，会触发多次
file_put_contents；应加文件锁（flock）或改用原子性操作（如先写临时文件再rename）
用 Apache mod_rewrite 实现伪静态（.htaccess 规则）
伪静态本质是 URL 映射，不生成文件，所有请求仍走 PHP 解析。它解决的是可读性和 SEO 友好性，不是性能问题——反而因多一层正则匹配和 PATH 解析，轻微增加 CPU 开销。
-
RewriteEngine On必须开启，且服务器需加载mod_rewrite模块（LoadModule rewrite_module modules/mod_rewrite.so） - 目录级规则依赖
AllowOverride All，否则.htaccess不生效；常见错误是只改了httpd.conf却忘了虚拟主机配置里的AllowOverride - 典型规则：
RewriteRule ^article/(\d+)\.html$ /article.php?id=$1 [L]，注意[L]防止后续规则干扰 - 别滥用
.*：如RewriteRule ^(.*)$ index.php会把所有资源（CSS/JS/图片）也转发给 PHP，导致 404；应加RewriteCond %{REQUEST_FILENAME} !-f和!-d排除真实文件和目录
用 $_SERVER['PATH_INFO'] 在 PHP 中解析伪静态路径
当 Apache 已启用 AcceptPathInfo On 或使用 FallbackResource 时，PHP 才能可靠拿到 PATH_INFO。这不是万能方案，Nginx 默认不支持，IIS 更需额外配置。
立即学习“PHP免费学习笔记（深入）”；
- 先判断
isset($_SERVER['PATH_INFO'])，再用trim($_SERVER['PATH_INFO'], '/')去掉首尾斜杠 - 正则提取参数要严格：比如匹配
/user/123/profile，用~^/user/(\d+)/profile$~，而非模糊的/(\d+)/，否则易被注入或误匹配 - 不要直接拼接 SQL：提取出的
$id必须intval()或绑定 PDO 参数，否则/user/123<script>alert(1)</script>/profile可能绕过过滤 - 注意 PHP-FPM 环境下
PATH_INFO可能为空：需检查fastcgi_split_path_info配置是否正确分割
真静态和伪静态混用时最容易忽略的点
很多项目想“既快又美”：首页用真静态，文章页用伪静态。但实际部署中，这两个机制会互相干扰。
- Apache 规则顺序决定优先级：如果
.htaccess里先写了伪静态规则，而真实存在的about.html又被规则捕获并转给 PHP，就会覆盖真静态文件 - CDN 缓存策略冲突：真静态文件可设长缓存（
Cache-Control: public, max-age=31536000），伪静态 URL 必须设短缓存或 no-cache，否则用户看到过期内容 - URL 一致性必须由后端保障：伪静态地址
/post/123.html和真静态地址/cache/post_123.html若同时存在，搜索引擎会当作两个页面，造成重复内容（duplicate content） - 日志分析变复杂：Nginx/Apache 日志里，真静态请求是
GET /post_123.html，伪静态是GET /post/123.html，统计 PV/UV 时若不做归一化，数据失真
