phpEnv错误日志路径取决于Web服务模式：Apache模式下为phpEnv\Apache\logs\error.log；Nginx模式下PHP错误日志为phpEnv\php\logs\php_error.log，需确保php.ini中log_errors=On且error_log指向绝对路径。
phpEnv 的错误日志在哪？先看配置，别瞎翻
phpEnv 是 Windows 下轻量级 PHP 集成环境（类似 phpStudy 但更精简），它默认不显式暴露日志路径，错误日志实际由其内置的 Apache 或 Nginx + PHP-FPM 组合决定。关键不是“phpEnv 有没有日志”，而是它用的哪个 Web 服务、PHP 是以什么模式运行的。你得先确认当前启用的是 Apache 还是 Nginx 模式 —— 这直接决定日志落点。
Apache 模式下错误日志路径固定，但需注意权限
如果你在 phpEnv 控制面板里选的是 Apache（默认常见），错误日志基本落在：phpEnv\Apache\logs\error.log。这个路径是硬编码的，不会随 php.ini 的 error_log 设置改变。即使你在 php.ini 里写了 error_log = D:\mylog.txt，只要 PHP 是作为 Apache 模块（mod_php）加载的，大部分启动期错误（如语法错误、扩展缺失）仍会进 Apache 自己的日志。
- 用记事本或 VS Code 打开
phpEnv\Apache\logs\error.log即可查看 - 如果文件为空或打不开，检查 phpEnv 是否以管理员身份运行（否则 Apache 无法写入 logs 目录）
- 该日志里出现
Primary script unknown或File does not exist，说明是路由或路径问题，不是 PHP 代码错误
Nginx + PHP-FPM 模式下要查两个日志：Nginx 和 PHP-FPM 各一份
phpEnv 切换到 Nginx 模式后，PHP 不再走 Apache 模块，而是通过 FastCGI 与 PHP-FPM 通信。这时错误分散在两处：phpEnv\Nginx\logs\error.log（Nginx 自身错误）、phpEnv\php\logs\php_error.log（PHP-FPM worker 输出）。后者才是你写的 PHP 脚本抛出的 Fatal error 或 Warning。
-
phpEnv\php\logs\php_error.log必须满足：php.ini 中log_errors = On且error_log显式指向此路径（phpEnv 通常已预设好） - 如果
php_error.log没内容，检查phpEnv\php\php.ini里error_log行是否被注释，或路径写成了相对路径（必须是绝对路径，如D:\phpEnv\php\logs\php_error.log） - PHP-FPM 自身崩溃会记在
phpEnv\php\logs\php-fpm.log，但日常开发几乎用不到
用 error_log() 写调试信息？小心被覆盖
在脚本里调用 error_log("debug: $var") 确实会写入 php.ini 中 error_log 指定的文件，但前提是 PHP 正在以 CGI/FastCGI 模式运行（即 Nginx 模式）。若你还在 Apache 模式下，这个函数默认输出到 Apache 的 error.log，而不是你期望的 php_error.log。
立即学习“PHP免费学习笔记（深入）”；
- 临时调试建议统一用
file_put_contents('debug.log', print_r($data, 1), FILE_APPEND)，绕过日志机制限制 - 不要依赖
display_errors = On：phpEnv 的 Apache 模块常被php_admin_flag display_errors off强制关闭，页面空白时基本只能靠日志 - 最易忽略的一点：phpEnv 更新后会重置 php.ini，每次升级完务必重新检查
log_errors和error_log是否仍为 On 和有效路径
