PHP默认不记录错误日志，必须显式开启log_errors=On并配置绝对路径的error_log，且确保PHP进程有写权限；若未生成日志，常见原因是log_errors=Off、路径无写权限或被PHP-FPM pool配置覆盖。
PHP 默认不记录错误日志到文件，必须显式开启并配置 error_log 和 log_errors，否则所有错误（包括 E_WARNING、E_NOTICE）只会输出到页面或被丢弃。
为什么 error_log 配置了却没生成日志文件？
常见原因是权限、路径和 PHP 运行模式三者不匹配：
-
error_log路径必须是 PHP 进程有写权限的绝对路径（如/var/log/php_errors.log），相对路径（如logs/error.log）在 CLI 模式下基于当前工作目录，在 FPM/Apache 下则取决于主进程启动路径，极不可靠 - Web 服务器（如 nginx + PHP-FPM）下，PHP 进程用户（如
www-data或nginx）必须对目标目录有w权限，仅靠chmod 755不够，需确认属主 - FPM 模式下，
php.ini中的error_log可能被 pool 配置覆盖（如www.conf中的php_admin_value[error_log]），优先级更高 - 若
log_errors = Off（默认值），即使设了error_log也完全不写日志
如何让不同环境用不同日志路径（开发/生产）？
硬编码路径不利于部署，推荐用运行时判断 + 动态设置：
- CLI 脚本中直接调用
ini_set('error_log', '/path/to/cli_errors.log')，比改php.ini更灵活 - Web 环境中可在入口文件（如
index.php）开头加：if (getenv('APP_ENV') === 'prod') { ini_set('error_log', '/var/log/myapp/php_errors.log'); } - 避免用
__DIR__拼路径（如__DIR__.'/../storage/logs/php.log'），因为 CLI 和 Web 的__DIR__含义不同；统一用realpath()解析绝对路径
error_reporting 和 display_errors 怎么配才安全？
这两个选项控制“报什么”和“怎么报”，常被混淆：
立即学习“PHP免费学习笔记（深入）”；
-
display_errors = Off（生产必须关）：防止敏感信息（如路径、变量值）暴露给用户；但不影响日志记录 -
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT是较通用的生产配置，兼容 PHP 7/8；PHP 8.0+ 默认已不含E_DEPRECATED，可简化为E_ALL - 开发环境可开
display_errors = On，但务必确保error_log也启用——屏幕看不到的错误（如异步任务、定时脚本）只能靠日志发现 - 注意：
set_error_handler()会接管部分错误，若 handler 内未手动写日志（如未调用error_log()），这些错误就彻底丢失
最易忽略的是 SAPI 差异：CLI 脚本的日志配置和 Web 请求互不影响，FPM pool 之间也可独立配置。上线前务必用 php -i | grep -E '(error_log|log_errors|error_reporting)' 和 php-fpm -t && php-fpm -i 分别验证。
