在ThinkPHP6.0中应禁用exit/die，改用HttpResponseException终止请求以保障session写入、响应头正确及中间件完整执行；API场景优先选HttpException（需显式设Content-Type）或ValidateException（自动映射400）；避免手动try-catch再throw导致异常包装和日志丢失。
在 ThinkPHP6.0 中直接使用 exit 或 die 终止请求会导致 session 无法写入、响应头已发送、中间件中断，且前端收到不一致的 HTTP 状态码（如 200 但内容为空），尤其在 API 接口场景下极易引发客户端解析失败或重试风暴。
用 HttpResponseException 替代 exit/die
第一步：确认你已在控制器方法中构造了合法的 Response 对象，例如通过 json()、view()、redirect() 等助手函数生成；【不能对原始字符串或数组直接 throw】
第二步：用 throw new HttpResponseException($response) 包裹该对象，例如：throw new HttpResponseException(json(['code'=>0, 'msg'=>'ok']));
这一步会立即终止当前执行流，但完整保留框架的响应生命周期——Session 自动保存、Response 头部正确设置、中间件 onEnd 正常触发。若仍用 echo + exit，session_start() 后的 $_SESSION 修改将彻底丢失。
按场景选择抛出的异常类型
方法一：需要返回标准 JSON 错误且带 HTTP 状态码时，抛 HttpException
throw new HttpException(400, '参数缺失', null, ['Content-Type' => 'application/json']);
注意：HttpException 构造时第四个参数是 headers 数组，必须显式传入 Content-Type 才能确保 API 客户端正确识别；漏掉会导致 Nginx 或 CDN 缓存为 text/html。
方法二：验证失败需统一 400 响应时，抛 ValidateException
throw new ValidateException('用户名不能为空');
ValidateException 默认不带状态码，但 TP6 全局异常处理器会自动映射为 400；若需自定义状态码，请改用 HttpException。
避免在控制器里 try-catch 后再 throw
不要这样写：
try { $user = User::findOrFail($id); } catch (ValidateException $e) { throw new HttpException(404, '用户不存在'); }
这会造成双重异常包装，且绕过全局 Handler 的日志记录与 trace 控制；【findOrFail 本身已抛出 ValidateException，直接让它透出即可】
正确做法是删除整个 try-catch，让框架默认处理——它会在 debug 模式下返回带 trace 的 JSON，在生产环境返回干净的 {code:404,msg:"..."}
