PHP错误不显示需先确认phpEnv中php.ini的display_errors=On、error_reporting=E_ALL，并重启服务；若仍无效，可在入口文件顶部用ini_set('display_errors','1')和error_reporting(E_ALL)强制启用。
phpEnv 里 PHP 错误不显示？先确认底层是否启用
phpEnv 是集成环境，但默认可能关闭 display_errors，导致白屏或“500错误”却看不到具体报错。这不是 ThinkPHP 或 Laravel 的问题，而是 PHP 解析器本身没输出错误。
直接改 phpEnv 自带的 php.ini 最可靠：
- 打开 phpEnv 安装目录 →
php→ 找到当前启用版本的文件夹（如php-8.2.10）→ 进入conf目录 - 编辑
php.ini，搜索display_errors，设为On - 同样确认
error_reporting = E_ALL和log_errors = On - 保存后，在 phpEnv 界面点击「重启 PHP」或「重启 Apache/Nginx」
改完立刻生效，无需重装或清缓存。如果仍不显示，说明脚本提前 exit 或被异常拦截，需配合 error_log() 手动打点。
ThinkPHP 项目在 phpEnv 中调试失效？检查 .env 优先级
phpEnv 启动的是标准 PHP-FPM + Web 服务，ThinkPHP 的 APP_DEBUG 必须靠环境变量触发，而 phpEnv 不自动加载项目根目录的 .env —— 它只管 PHP 配置，不管框架逻辑。
立即学习“PHP免费学习笔记（深入）”；
必须手动确保：
- 项目根目录（与
vendor同级）存在.env文件，且编码为 UTF-8 无 BOM -
.env内容严格为APP_DEBUG=true（等号前后不能有空格） - 删掉
runtime/下所有内容（包括~runtime.php），否则旧缓存会屏蔽新配置 - 若用 TP6/8，
APP_TRACE=true可选，但APP_DEBUG=true是硬性前提
常见坑：用记事本保存 .env 会加 BOM；复制 .example.env 时忘了删前面的点；runtime 目录权限为只读（Windows 下偶尔发生）。
phpEnv + VS Code + Xdebug 断点不触发？端口和路径要对齐
phpEnv 自带 Xdebug，但默认监听端口是 9003，而 VS Code 的 launch.json 如果还按老习惯写 "port": 9000，断点就永远挂不上。
三处必须一致：
- phpEnv 中对应 PHP 版本的
php.ini里：xdebug.client_port=9003（不是xdebug.port，那是旧版参数） - VS Code 的
.vscode/launch.json中："port": 9003 - VS Code 设置里
PHP Debug: Executable Path指向 phpEnv 当前 PHP 版本的php.exe路径（注意 Windows 用双反斜杠，如C:\phpenv\php-8.2.10\php.exe）
验证方式：访问 http://localhost/phpinfo.php（phpEnv 自带），搜索 Xdebug，看到 enabled 和 client_port 值即表示加载成功。没出现？说明 zend_extension 路径写错了，或 DLL 文件名不匹配 PHP 版本。
为什么开了调试还是白屏？可能是 SAPI 层拦截了错误
phpEnv 使用 Apache 或 Nginx + PHP-FPM，某些配置会强制屏蔽错误输出，比如 Apache 的 php_flag display_errors off 或 Nginx 的 fastcgi_param PHP_VALUE "display_errors=Off"。
最简单绕过方式：在 ThinkPHP 入口文件 public/index.php 顶部、define('APP_DEBUG', true) 之后立即加两行：
ini_set('display_errors', '1');
error_reporting(E_ALL);
这能覆盖 Web 服务器层的限制，确保错误一定打到浏览器。但仅限开发机使用——生产环境绝不能这样干。
真正容易被忽略的点：phpEnv 切换 PHP 版本后，php.ini 是每个版本独立的，改错目录会导致所有设置失效；另外，部分 phpEnv 安装包默认禁用 error_log，日志写不进磁盘，得手动指定 error_log = C:/phpenv/logs/php_error.log 并确保该目录存在且可写。
