PHP文件需执行后输出HTML，批量转换本质是批量执行并捕获输出：可用curl模拟HTTP请求（适合已部署环境）或php -f CLI方式（适合本地开发），关键要处理路径、依赖和上下文一致性。
PHP 文件本身不能“转成 HTML”，它运行后输出 HTML；所谓“批量转换”实际是批量执行 PHP 脚本并捕获其标准输出，保存为 .html 文件。直接用 file_get_contents() 读取 PHP 文件再替换变量？那只是文本处理，不会执行逻辑——这一步必须走真实请求或 CLI 执行。
用 curl 或 file_get_contents() 模拟 HTTP 请求（适合已部署环境）
前提是 PHP 文件已部署在 Web 服务器（如 localhost），可通过 URL 访问。这是最贴近真实运行环境的方式，能正确解析 $_SERVER、$_GET、include 路径等。
- 用
curl命令行更稳定：循环中调用curl -s "http://localhost/path/to/script.php" > output.html，避免 PHP 的allow_url_fopen限制 -
file_get_contents("http://...")在 CLI 下可能因上下文缺失导致相对路径 include 失败（比如require 'config.php'找不到） - 注意 URL 中的查询参数：若脚本依赖
$_GET['id']，需构造完整 URL，如script.php?id=123 - 响应头可能含
Content-Type: text/html; charset=utf-8，但保存时建议显式用mb_convert_encoding()或iconv()统一为 UTF-8 再写入文件
用 php -f CLI 方式执行并捕获输出（适合本地开发/无 Web 服务场景）
绕过 Web 服务器，直接调用 PHP 解释器执行脚本，适合离线批量生成静态页。但要注意：脚本内不能依赖 Apache/Nginx 特有的超全局变量（如 $_SERVER['DOCUMENT_ROOT']），且当前工作目录会影响 include/require 路径。
- 用
ob_start()+include是关键：在封装脚本中ob_start(); include $php_file; $html = ob_get_clean();，比exec('php -f ...')更可控 - CLI 下
$_SERVER['SCRIPT_FILENAME']是绝对路径，但__DIR__仍是该 PHP 文件所在目录——若被 include 的脚本依赖__DIR__，需提前chdir()到目标目录再执行 - 若原 PHP 文件有
exit或die，会中断输出捕获，改用register_shutdown_function()或 try/catch 包裹include不生效，只能重写逻辑或临时注释 - 输出前建议清理缓冲区：
ob_end_clean()防止意外输出干扰
递归遍历目录时路径与命名的坑
批量处理的核心不是“怎么跑”，而是“跑对哪个、存到哪、叫什么”。目录结构稍复杂就容易覆盖、错位或乱码。
立即学习“PHP免费学习笔记（深入）”；
- 用
RecursiveDirectoryIterator+RecursiveIteratorIterator比glob('**/*.php')兼容性更好（PHP 5.6+），且可跳过.git、vendor等目录 - 生成 HTML 文件名别直接用
basename($php_file, '.php') . '.html'：若原文件是user/edit.php，应存为user/edit.html，而非全扁平化到同一目录 - Windows 下路径分隔符是
\，Linux/macOS 是/，统一用str_replace(['\\', '/'], DIRECTORY_SEPARATOR, $path)或dirname()+basename()拆解 - 文件名含中文或特殊符号（如空格、&、#）？URL 编码后访问会出错，CLI 执行则可能被 shell 解析异常——建议先
urlencode(basename($f))或用正则过滤非 ASCII 字符
真正难的不是循环或执行，而是让每个 PHP 文件在脱离原始运行上下文后，依然能正确加载依赖、渲染模板、处理路径。没做过的，先拿一个最简脚本试：只 echo “hello”，确认输出捕获和保存无误，再逐步加 include、数据库连接、路由逻辑——越早暴露路径或作用域问题，越省时间。
