php错误排查需优先检查php.ini中Error_log指定的日志路径，再启用display_errors临时显示错误，同时交叉验证Web服务器日志、使用error_get_last()捕获运行时警告，并查阅框架/ CMS专属日志。
如果您在运行PHP脚本时遇到异常行为或页面空白，但未显示具体错误提示，则很可能是PHP错误被静默记录到了错误日志中。以下是查找PHP错误信息的多种方法：
一、检查php.ini中配置的错误日志路径
PHP错误日志的存储位置由php.ini文件中的error_log指令指定，该设置决定了错误信息写入的具体文件路径。确认该路径是否存在、是否可写，是定位日志的第一步。
1、打开php.ini文件，可通过执行php --ini命令获取其位置。
2、在php.ini中搜索error_log，查看其值，例如：error_log = /var/log/php_errors.log。
立即学习“PHP免费学习笔记（深入）”；
3、确认该路径存在且Web服务器用户（如www-data或apache）具有读取权限。
4、使用tail -f /var/log/php_errors.log实时监控日志变化（linux/macos）。
二、启用错误显示并临时捕获错误到页面
当错误日志不可访问或需即时调试时，可临时修改PHP运行时配置，强制将错误输出到浏览器，便于快速识别问题根源。
1、在PHP脚本开头添加：ini_set('display_errors', '1'); ini_set('error_reporting', E_ALL);。
2、确保display_errors未被web服务器配置（如Apache的php_admin_flag display_errors off）强制关闭。
3、刷新页面，观察是否出现Parse error、Fatal error等红色错误信息。
4、若仍无输出，检查log_errors是否为On，避免仅开启display_errors而忽略日志记录。
三、通过Web服务器错误日志交叉验证
某些PHP错误（尤其是启动阶段的语法错误或模块加载失败）可能不会写入PHP专属日志，而是由Web服务器捕获并记录在自身错误日志中。
1、Apache环境下，查看ErrorLog指令指向的文件，常见路径为/var/log/apache2/error.log或/usr/local/apache/logs/error_log。
2、nginx环境下，检查error_log配置项，典型路径为/var/log/nginx/error.log。
3、使用grep -i "php|fatal|error" /var/log/apache2/error.log筛选含PHP关键词的行。
4、注意：该日志中出现的Primary script unknown或Unable to open primary script通常表示文件路径错误，而非PHP代码错误。
四、使用error_get_last()函数获取最近一次错误
该函数适用于脚本运行过程中发生的非致命错误（如E_WARNING、E_NOTICE），可在关键逻辑后立即调用，捕获最后一次错误而不依赖外部日志文件。
1、在疑似出错的代码块后插入：$lastError = error_get_last(); if ($lastError) { var_dump($lastError); }。
2、确保该代码位于error_reporting当前生效范围内，否则error_get_last()返回NULL。
3、注意该函数仅返回最近一次错误，多次调用会覆盖前次结果，不可用于批量错误收集。
4、该方法无法捕获E_ERROR及更高级别错误后的状态，因脚本会立即终止。
五、检查Web应用框架或CMS内置日志机制
许多PHP框架（如laravel、symfony）或内容管理系统（如wordpress、Drupal）会绕过PHP原生日志配置，将错误写入自定义路径或数据库表中。
1、Laravel项目中检查storage/logs/laravel.log，默认按天轮转。
2、WordPress中若启用了WP_DEBUG_LOG，错误会写入wp-content/debug.log。
3、查看对应系统文档确认日志开关是否启用，例如WordPress需同时设置WP_DEBUG和WP_DEBUG_LOG为true。
4、直接修改框架日志级别前，请勿在生产环境启用debug模式。