必须确保错误或异常进入框架注册的三层拦截机制：error_reporting(E_ALL)、set_error_handler、set_exception_handler，任一环节缺失将导致退回到PHP默认错误输出或白屏。
要让ThinkPHP5.0的异常处理流程真正触发并执行自定义逻辑，必须确保错误或异常进入框架注册的三层拦截机制——不是所有报错都会走render方法，漏掉任一环节就会退回到PHP默认错误输出或白屏。
确认异常是否被框架捕获
打开application/config.php，检查app_debug是否为true。调试模式关闭时，未配置exception_handle将直接显示空白页或“系统繁忙”提示，不输出任何堆栈。
运行php think version确认当前为ThinkPHP 5.0.x系列（非5.1+），因5.0中Error::register()在base.php中硬编码调用，不可跳过。
触发异常的五种有效路径
方法一：主动抛出think自带异常类
在控制器或模型中写throw new hinkException('用户未登录', 1001);。这会立即触发appException静态方法，进入getExceptionHandler()->report($e)→render($e)流程。
方法二：触发PHP警告级错误
执行echo $undefined_var;。由于TP5.0默认error_reporting(E_ALL)且set_error_handler已注册，该警告会被appError捕获并转换为ErrorException实例，等效于抛出异常。
方法三：调用不存在的方法引发致命错误
写$obj->nonExistMethod();。PHP7+下该Fatal Error会由appShutdown检测到error_get_last()，再包装为ThrowableError交由异常处理器；PHP5.6则只能靠register_shutdown_function兜底，不会进入render流程，仅记录日志。
绕过框架拦截的典型失败场景
在入口文件public/index.php中直接调用error_reporting(0)——这会导致后续所有错误静默，appError收不到任何信号，整个异常处理链失效。
使用try-catch包裹了可能出错的代码但未重新抛出：try { db()->table('user')->find(); } catch (Exception $e) { echo '已捕获'; }。此时异常被截断，appException永远不会被调用。
配置exception_handle指向一个未继承 hinkexceptionHandle的类——框架检测到is_subclass_of($class, "\think\exception\Handle")返回false，会自动降级使用默认 hinkexceptionHandle，你的render方法形同虚设。
验证流程是否完整触发
第一步：在library/think/Error.php的appException方法开头插入file_put_contents(RUNTIME_PATH.'debug.log', "appException called
", FILE_APPEND);。
第二步：访问一个必然报错的URL（如请求不存在的控制器方法）。
第三步：查看runtime/debug.log是否有记录。有则说明已进入框架异常主流程；无则检查set_exception_handler是否被其他代码覆盖，或appException是否被跳过。
第四步：若日志存在但页面仍显示PHP原始错误，说明render($e)->send()执行失败——常见原因是响应头已发送，需检查是否有echo、var_dump提前输出。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
