不同目录下的PHP类文件错误能否被error_log可靠记录？

• 错误报告级别配置不匹配：你在settings.php中设置的error_reporting(E_ERROR)仅会捕获运行时致命错误，而类文件的语法错误属于E_PARSE（解析错误）级别，不在该配置的捕获范围内。当类文件的解析发生在ini_set执行之前时，PHP会沿用php.ini默认的错误报告配置（通常包含E_PARSE），此时错误会被记录；如果解析发生在ini_set执行之后，E_PARSE错误会被过滤，不会生成日志，这就是日志偶发的核心原因。
• 错误日志路径不固定：在没有配置error_log为绝对路径的情况下，PHP默认会将错误日志写入当前工作目录下的error_log文件。当前工作目录默认是入口脚本（pages目录下的脚本）所在目录，若代码中存在chdir()之类的目录切换操作，工作目录会发生变更，错误日志就会写入切换后的目录，也就是你看到的class目录下偶尔出现日志的情况。
• 自动加载/类引入时机问题：如果类的自动加载注册逻辑、或者类文件的include操作发生在settings.php加载之前，会导致错误触发时你的自定义错误配置还未生效，错误记录行为不可控。
• OPcache缓存干扰：如果环境开启了OPcache，修改类文件后缓存未及时过期，PHP会直接使用缓存的已解析脚本，不会重新读取类文件，也就不会触发新增的语法错误，导致无日志生成。

• 调整错误报告级别，将E_PARSE纳入捕获范围，修改settings.php中的配置为：

  error_reporting(E_ERROR | E_PARSE);
  

  若需要捕获更多类型错误可以改为error_reporting(E_ALL);。
• 明确指定错误日志的绝对路径，避免日志分散在不同目录，在settings.php中新增配置：

  ini_set('error_log', '/home/xxxx/public_html/xxxx.com/自定义可写目录/php_errors.log');
  

  路径替换为你自己账号下可写入的绝对路径即可，无需修改php.ini。
• 调整代码加载顺序，确保在执行任何类加载、业务逻辑之前，就已经完成settings.php的加载，所有错误相关配置提前生效。
• 测试阶段可以在settings.php开头临时添加opcache_reset();清空OPcache缓存，避免缓存干扰测试，生产环境需移除该行代码。
• 检查所有类文件引入的代码，移除@include之类的错误抑制符，避免错误被静默忽略。

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