tp6自定义异常捕获不生效的核心原因是类继承错误、方法未完整实现或容器注册失效；需确保继承think\exception\handle、实现report()和render()方法、正确绑定provider.php中的异常处理器。
TP6自定义异常捕获不生效，核心问题通常出在三处：类继承错、方法漏实现、容器注册失效。修复不是重写全部，而是精准校准这三点。
确认类继承和方法签名是否正确
你的异常处理类必须严格继承 think\exception\Handle，不能是 think\Exception 或空继承。同时必须完整实现两个方法：
-
report()：用于日志记录，必须调用
parent::report($exception)，否则数据库异常、连接失败等底层错误不会进日志； -
render()：用于响应输出，返回值类型必须是
\think\Response实例，不能直接 echo、return 数组或字符串。
检查 provider.php 中的容器绑定
TP6 通过容器接管异常处理器，app/provider.php 中必须有且仅有一条有效绑定：
- 写法示例：
'think\exception\Handle' => \app\common\exception\BusinessExceptionHandler::class； - 注意：键名大小写敏感，路径需用双反斜杠或正斜杠（推荐双反斜杠）；
- 若存在多条
think\exception\Handle绑定，后注册的会覆盖前一个，只保留最后一条。
验证 render() 的返回逻辑是否合规
常见失效场景是返回值类型错误。正确写法应统一走 response() 或 json() 辅助函数：
- 返回 JSON 错误：
return json(['code' => 500, 'msg' => $e->getMessage()], 500); - 返回视图页面：
return response(view('error/500'), 500); - 若判断是 HTTP 异常（如 404），可复用框架逻辑：
if ($e instanceof HttpException) { return parent::render($request, $e); }
补充：开发与生产环境差异化处理
利用 Env::get('APP_DEBUG') 区分环境，避免线上暴露敏感信息：
- 开发时可返回详细 trace 和文件行号；
- 生产时统一返回简明提示，如
json(['code' => 500, 'msg' => '服务器繁忙，请稍后再试'])； - 不要在 render() 中抛出新异常或 die/exit，会导致响应中断。
