不能用 exit 返回 json 错误，因为会导致响应头已发送、session 不保存、日志不记录、中间件链中断、事件钩子失效；正确做法是返回 think\response 实例，如 return response()->json(['code'=>403])->code(403)。
exit 会跳过框架响应生命周期
在 ThinkPHP 中间件里写 exit 或 die，最直接的后果是：响应头已发送、Session 不保存、日志不记录、中间件链中断、事件钩子（如 response_send）完全失效。框架后续所有处理逻辑被硬性截断，相当于“拔电源”式终止。
为什么不能用 exit 返回 JSON 错误
常见错误写法：echo json_encode(['code'=>403]); exit;。这会导致：
- Content-Type 默认是
text/html，API 客户端可能解析失败或触发重试 - Response 对象未构造，
App::event('response_send')等钩子不会触发 - session_start() 后对
$_SESSION的修改全部丢失（尤其登录态、闪存消息） - Nginx 或 CDN 可能缓存为 HTML 类型，造成后续请求持续错乱
正确替代方案必须返回 Response 实例
ThinkPHP 检测到中间件返回了 think\Response 实例，才会自动短路管道、跳过控制器和剩余中间件。关键点：
- ✅ 正确：
return response()->json(['code'=>403, 'msg'=>'forbidden'])->code(403); - ✅ 正确：
return json(['code'=>401])->header(['Content-Type' => 'application/json']); - ❌ 错误：
response()->json([]); return;（没返回值，框架继续执行） - ❌ 错误：
return '403';（字符串不是 Response，管道中断但无响应体）
注意：json() 和 response()->json() 返回的都是 think\Response，但必须显式 return，且不能漏掉 ->code(403) 这类状态码设置——否则默认是 200。
容易被忽略的边界场景
有些情况看似“只是退出”，实则埋雷：
- 在 CLI 命令中调用中间件时，
exit会导致命令进程异常退出，无法被try/catch捕获 - 多层中间件嵌套下，某一层用了
exit，上层中间件的onEnd钩子、日志统计全失效 - 使用双 Token 续期中间件时，若校验失败直接
exit，refresh_token 失效逻辑、Redis 锁释放等清理动作都不会执行
真正安全的提前终止，永远依赖框架识别的 Response 实例返回，而不是语言级的流程中断指令。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
