生产环境不显示报错是因为APP_DEBUG=false时ThinkPHP强制屏蔽错误输出、写入日志并禁用异常页面渲染；开发环境需设为true才能看到完整堆栈和调试面板，且不可通过PHP原生配置绕过框架处理。
调试模式开启后为什么生产环境报错不显示？
因为 APP_DEBUG 关闭时，ThinkPHP 会强制屏蔽所有错误输出，并把错误日志写入 runtime/log/，同时禁用异常页面渲染。这不是“没报错”，而是被静默吞掉了。
- 开发环境设为
APP_DEBUG = true，才能看到完整错误堆栈和调试面板 - 生产环境必须设为
APP_DEBUG = false，否则会暴露路径、数据库配置等敏感信息 - 别靠修改
error_reporting或display_errors强行“显示错误”——ThinkPHP 的错误处理层在 PHP 原生设置之上，绕不过去
如何让开发环境复现生产环境的错误行为？
关键不是“让开发环境报错”，而是“让开发环境用生产环境的错误处理逻辑”。最直接的方式是临时关闭调试模式，但保留开发环境的配置加载路径。
- 在
thinkphp/base.php或入口文件顶部，手动覆盖：define('APP_DEBUG', false); - 确保
config/app.php中'show_error_msg' => false（默认就是 false，不用改） - 清空
runtime/目录，避免缓存干扰；否则可能还显示旧的调试面板 - 此时访问触发错误（比如调用不存在的方法），你会看到白屏 + 日志记录，和线上一致
errorLevel 和 exception_handle 怎么配合用？
ThinkPHP 的错误级别控制不靠 PHP 的 error_reporting，而是通过框架层的 errorLevel 配置过滤哪些错误进日志，再由 exception_handle 类决定怎么响应。
-
config/app.php中的'errorLevel' => E_ALL & ~E_NOTICE：只记录警告及以上，忽略通知类错误 -
'exception_handle' => \think\exception\Handle::class是默认处理器；若自定义，必须继承它并重写render()，否则APP_DEBUG = false时可能返回空响应 - 切勿在自定义处理器里直接
echo或die，应统一走Response返回，否则 CLI 模式或 API 场景会出问题
为什么开了调试模式还是看不到 SQL 错误？
SQL 报错被 PDO/MySQLi 层捕获后，ThinkPHP 默认只记录日志，不主动抛出异常——除非你开启了数据库调试模式。
立即学习“PHP免费学习笔记（深入）”；
- 检查
config/database.php中'debug' => true（注意：这是 DB 层 debug，和APP_DEBUG独立） - 如果用了读写分离或多个连接，每个连接配置都要单独开
'debug' => true -
'deploy' => 1（部署模式）会强制关闭 SQL 调试，哪怕APP_DEBUG = true也无效，开发时务必设为0
真正难调的不是“怎么显示错误”，而是“错误发生时日志有没有记全、上下文有没有带够”。比如数据库连接失败，APP_DEBUG = false 下只记“connection refused”，但没记是哪个连接、用了什么 host/port——这种细节得靠自定义 Log 驱动补全，不是开关能解决的。
