thinkphp 5.1起app::error和app::exception不再生效，需改用中间件、事件监听或app/exception/handle.php的render()方法处理异常；tp6对致命错误不捕获，须用register_shutdown_function兜底；tp8强制实现exceptionhandler接口并严格类型约束；config/exception.php中ignore配置始终无效。
ThinkPHP 5.1 的 App::error 和 App::exception 不再生效
TP5.1 起彻底移除了全局错误/异常注册钩子，App::error 和 App::exception 调用不会报错但完全不触发。这是最常被踩的坑——开发者照着旧文档写完钩子，线上出错却毫无日志。
正确做法是改用中间件或事件监听：
- 全局异常统一处理：在
app/exception/Handle.php中重写render()方法（注意不是report()） - 想拦截 PHP 错误（如
E_NOTICE）：需在public/index.php开头手动调用set_error_handler()，TP 不再代劳 -
render()返回的必须是Response实例，直接echo或exit会破坏框架生命周期
ThinkPHP 6.x 的 think\exception\Handle 默认屏蔽了致命错误
TP6 默认只捕获 Exception 和 Error 子类，但像 Fatal error: Allowed memory size exhausted 或 Parse error 这类解析期/内存耗尽错误，根本进不了 Handle 类。
这类错误只能靠 PHP 原生机制兜底：
- 在入口文件
public/index.php顶部加register_shutdown_function()检查error_get_last() - 注意区分：TP6 的
Handle::report()仅处理“可捕获异常”，render()才负责响应输出 - 若开启 Swoole，
register_shutdown_function在协程中行为不稳定，建议改用Swoole\Error监听器
ThinkPHP 8.x 的 ExceptionHandler 接口要求严格类型约束
TP8 将异常处理器抽象为 think\contract\ExceptionHandler 接口，强制实现 render() 和 report()，且返回值类型不可省略。写错类型提示会导致容器注入失败，错误信息却是模糊的 Cannot instantiate interface。
实操要点：
-
render()必须返回think\Response，不能返回数组或字符串 -
report()必须返回void，哪怕只是记录日志也别试图返回布尔值 - 自定义处理器类需在
config/app.php的exception_handle配置项中写全限定名，漏掉\开头会静默降级为默认处理器
跨版本共通陷阱：config/exception.php 中的 ignore 配置对所有版本都无效
不少开发者以为在 exception.php 里配 'ignore' => ['think\exception\HttpException'] 就能跳过 404/500 处理，实际这个配置项从 TP5.0 到 TP8 从未被任何版本读取过——源码里压根没引用它。
真要忽略某类异常，只能手动判断：
- 在
render()方法开头加if ($e instanceof HttpException) { return parent::render($e); } - TP6+ 支持在中间件中提前
throw new HttpResponseException(...)绕过异常处理器 - 别依赖配置文件里的废弃字段，TP 官方文档中该配置项已存在多年，但始终是历史遗留的“幽灵配置”
异常层级不是线性升级，而是每版重写核心路径。最危险的不是不会写，是以为旧代码还能跑。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
