生产服务器PHP不抛出解析错误仅返回500错误的原因咨询

• 语法解析错误触发时机早于脚本代码执行：PHP处理请求时会先完成全脚本的语法编译，编译通过后才会开始逐行执行脚本内代码。你写在脚本顶部的ini_set系列配置属于运行时代码，遇到语法错误时PHP在编译阶段就直接中断处理，根本不会执行这些配置，自然无法按你的设置输出语法错误提示，直接返回500状态码。
• 运行时错误可正常提示的原因：调用不存在函数属于运行时错误，触发时脚本已经完成编译，你写的错误上报配置已经加载生效，所以可以正常返回对应的错误信息。
• CLI与WEB环境配置独立：执行php -l用的是CLI模式的PHP配置，和WEB请求对应的FPM/Apache PHP配置是两套独立的配置文件，CLI模式开启错误输出不代表WEB环境有相同配置。

你没有全局php.ini修改权限的情况下，可按优先级尝试以下方案：

• 方案1：使用目录级.user.ini配置
  这是最通用的无全局权限方案，在你站点的根目录创建名为.user.ini的文件，写入以下配置：

  error_reporting = E_ALL
  display_errors = On
  log_errors = On
  error_log = /你的站点可写目录绝对路径/php_error.log
  

  该配置由PHP原生支持，不需要服务器全局权限，默认会在2-5分钟内自动生效（由PHP的user_ini.cache_ttl参数控制缓存时间），生效后语法错误会正常输出同时写入指定日志文件。
• 方案2：通过WEB服务站点配置传递PHP参数
  如果你有站点的虚拟主机配置权限，可以直接通过WEB服务配置注入PHP参数：
  • Nginx+PHP-FPM环境：在站点的Nginx配置中加入以下内容，重载Nginx即可生效

    fastcgi_param PHP_VALUE "error_reporting=E_ALL
    display_errors=On
    log_errors=On
    error_log=/你的站点可写目录绝对路径/php_error.log";
    

  • Apache环境：在站点根目录的.htaccess文件中加入以下内容即可生效

    php_flag display_errors on
    php_value error_reporting E_ALL
    php_flag log_errors on
    php_value error_log /你的站点可写目录绝对路径/php_error.log
    

• 方案3：前置语法检测兜底
  如果服务商禁用了.user.ini和WEB服务配置修改权限，可以在代码上线前，在本地或发布流程中执行php -l批量扫描所有PHP文件，提前排查出语法错误，避免线上触发500错误。

内容的提问来源于stack exchange，提问作者Grover