thinkphp5异常处理需分环境配置：开发环境须开启调试模式且确保exception_tmpl路径有效；生产环境依赖http_exception_template接管httpexception，普通异常默认返回500，需自定义render方法手动设置状态码并避免调用parent::render。
ThinkPHP5 的异常处理不是“开了调试模式就能看到错误”，而是由一套可配置、可接管、分环境的机制驱动的。默认行为在开发和生产环境下完全不同，直接改 app_debug 只是开关表层显示，不解决底层捕获逻辑或 HTTP 状态码问题。
怎么让开发环境显示详细异常页面
必须同时满足两个条件：调试模式开启 + 异常模板路径有效。
-
APP_DEBUG要为true—— 推荐在.env文件中设app_debug=true，比改index.php更可靠 -
exception_tmpl配置不能指向不存在的路径，例如默认值thinkphp/tpl/think_exception.tpl必须存在；若自定义，路径要用Env::get('app_path')拼接，避免硬编码相对路径 - 注意：即使开启调试，
error_reporting若被设为0或屏蔽了E_WARNING，PHP 警告也不会转成异常显示
为什么生产环境抛出异常还是返回 500 页面
因为框架默认只对 HttpException 类异常返回对应 HTTP 状态码（如 404、403），其他异常一律返回 500，且不渲染自定义模板。
- 想让普通
Exception也返回指定状态码，得在自定义异常处理器里手动设置响应头：$response->code(400) - 部署模式下，
http_exception_template配置才生效，例如：404 => Env::get('app_path') . '404.html'，但这个只接管HttpException，不接管业务异常 - 别依赖
abort()在非 HTTP 异常场景——它内部抛的是HttpException，用错地方会导致状态码和语义不匹配
自定义异常处理器 render 方法怎么写才不丢状态码
核心是别直接 return parent::render($e)，它在部署模式下会强制返回 500 响应体，且忽略你抛出的原始状态码。
- 先判断异常类型：
if ($e instanceof HttpException)，再取$e->getStatusCode() - 对非 HTTP 异常，建议统一走 JSON 响应（API 场景）或跳转首页（Web 页面场景），不要强行复用
think_exception.tpl - 务必调用
$this->convertExceptionToResponse($e)或手动构造Response对象，否则render()返回字符串会被框架二次包装，导致 Content-Type 错乱
try-catch 捕获不到 PHP 警告或致命错误怎么办
PHP 7+ 才支持用 catch (Throwable $e) 捕获 Error 和 Exception；TP5 默认把警告转成异常，但前提是没被 error_reporting 屏蔽。
- 入口文件或公共文件中设
error_reporting(E_ALL)，别在index.php里设——TP5 的错误处理器注册更早，此时设无效 -
set_error_handler()和register_shutdown_function()仍需保留，用于兜底捕获未被转换的E_PARSE或E_COMPILE_ERROR - TP5 的
Handle类本身不处理Fatal error，这类错误只能靠register_shutdown_function+error_get_last()捕获并记录日志
真正难的不是写个 render() 方法，而是理清「谁把错误转成异常」「谁决定返回什么状态码」「谁负责最终输出」这三层职责。漏掉任意一层，都会出现“明明抛了 404 却返回 500”或“日志有错但页面空白”这类问题。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
