PHP 5.4 虽支持内置服务器（php -S）和 CLI 执行，但已停止支持、无安全更新、不兼容现代扩展与语法，仅限遗留系统或测试环境谨慎使用。
php 脚本在 PHP 5.4 中能执行，但必须明确：PHP 5.4 已停止支持（自 2015 年起），且不兼容现代扩展、安全补丁和多数新语法。如果你因遗留系统或测试环境必须使用它，以下方式仍有效，但需格外注意限制与风险。
用 php -S 启动内置服务器（仅限 PHP 5.4+）
PHP 5.4 是首个引入内置 Web 服务器的版本，这是它最实用的新特性。
- 它不依赖 Apache/Nginx，适合快速验证单文件行为（比如 index.php 或 api.php）
- 但只支持单线程、无 HTTPS、不读取 .htaccess，且路由逻辑需手动写在 router.php 中
- 命令格式必须严格：php -S localhost:8000 router.php，漏掉空格或参数顺序错会导致“Unknown option”错误
- router.php 必须返回 true 或 false；返回 null 会直接 500 错误
命令行直接运行（CLI 模式）
这是最稳定、最无依赖的方式，尤其适合调试逻辑或跑定时任务。 - 执行前确认 PHP 5.4 的 CLI 版本：php -v 输出应含 5.4.x
- 若报 command not found，说明未加到 PATH，得用绝对路径，例如：/usr/local/php54/bin/php script.php
- 注意：PHP 5.4 CLI 默认禁用 $_SERVER['REQUEST_URI'] 等 Web 变量，脚本里若依赖这些，会 Notice 或 Fatal Error
- 参数传递支持：php script.php arg1 arg2，脚本内用 $argv[1]、$argv[2] 获取
Apache + mod_php 方式（需手动适配）
PHP 5.4 可以编译为 Apache 模块（libphp5.so），但现代 Apache 2.4+ 默认不再兼容旧模块接口。
- Linux 下常见错误是 Cannot load modules/libphp5.so into server，本质是 ABI 不匹配
- 解决方案只有两个：降级 Apache 到 2.2.x，或改用 php-fpm + FastCGI（但 PHP 5.4 的 php-fpm 稳定性较差，易 segfault）
- Windows 下若用 Apache 2.4，必须用 php5apache2_4.dll（官方 PHP 5.4 Windows 包提供），而非 php5apache2_2.dll容易被忽略的细节
- 文件编码必须是 **UTF-8 无 BOM**：PHP 5.4 对 BOM 极其敏感，开头多三个字节就会导致Headers already sent 或空白输出
- short_open_tag = On 才能用 echo 'x'; ?>
- OpenSSL 扩展在 PHP 5.4 中默认不启用，调用 curl_init() 或 file_get_contents('https://...') 会失败，需检查 extension=php_openssl.dll（Windows）或 extension=openssl.so（Linux）是否在 php.ini 中取消注释
- 错误提示默认关闭，开发时务必设 display_errors = On 和 error_reporting = E_ALL，否则语法错只会白屏
PHP 5.4 的执行机制本身没大问题，但环境链太脆弱——一个配置项、一个扩展、甚至一个空格，都可能让脚本静默失败。真要长期用，优先考虑升级到 PHP 7.4+ LTS 或至少 8.1。
