能，但需检查错误日志是否开启及路径配置；log_Errors=On时错误写入error_log指定位置（如文件、syslog或Web服务器日志），Off则彻底丢失；权限、路径、OPcache和error_reporting=0等也会影响日志生成。
php错误被屏蔽后还能看到吗
能，但前提是错误日志功能没被完全关死。PHP默认可能把错误输出到页面（display_errors=On），也可能只记日志（display_errors=Off + log_errors=On）。如果页面空白、无报错、也无响应，大概率是错误被静默吞掉了——这时候得去翻日志，而不是盯着浏览器看。
确认错误日志是否开启及位置
关键看两个配置项：log_errors 和 error_log。前者决定是否记录，后者指定写到哪。常见情况：
-
log_errors = On且error_log = /var/log/php/error.log→ 错误会追加进该文件，用tail -f /var/log/php/error.log实时观察 -
error_log = syslog→ 错误发给系统日志，查journalctl -u php-fpm或dmesg（取决于系统配置） -
error_log为空或未设 → 默认写入 Web 服务器的错误日志（如 apache 的ErrorLog指令指向的文件，或 nginx 的error_log配置项） -
log_errors = Off→ 无论其他怎么配，都不会落盘，历史记录彻底丢失（除非有外部监控如 New Relic、zabbix 抓到了）
运行时临时开启错误记录（调试用）
如果不能改 php.ini，可在脚本开头强制启用日志捕获：
ini_set('log_errors', '1'); ini_set('error_log', '/tmp/php_debug.log'); error_log('=== DEBUG START ==='); // 手动打个标记方便定位注意：ini_set() 对某些启动期错误（如语法错误、扩展加载失败）无效，这类只能靠修改全局配置或查看 Web 服务器日志。
立即学习“PHP免费学习笔记（深入）”；
查不到日志？可能是权限或路径问题
常见卡点：
- PHP 进程用户（如
www-data或nginx）对error_log指定路径无写权限 → 查ls -l /path/to/dir和ps aux | grep php - 路径写成相对路径（如
error_log = logs/php_error.log）→ PHP 会按当前工作目录解析，而 CLI 和 FPM 的工作目录往往不同，极易写丢 - 日志文件被 logrotate 清空或归档了 → 看
ls -lt /var/log/php/，检查是否有error.log.1、error.log.gz等 - 用了 OPcache 且代码变更后没重启服务 → 旧字节码还在跑，新错误日志可能不出现，老错误却反复报
真正难追溯的，往往是 error_reporting 被设成 0 或 E_NONE，连 log_errors 都懒得理——这种得从代码里一层层 grep error_reporting( 和 ini_set('error_reporting'。