ThinkPHP控制器空响应默认状态码为200而非204；需手动设置response()->code(204)等方式返回空响应体并显式设204，中间件可统一处理，但不可用于_empty()等错误场景。
ThinkPHP 控制器返回空响应时，默认状态码是 200 OK，不是 204 No Content。如果你需要符合 RESTful 规范（比如前端依赖 204 判断“成功但无内容”），必须手动干预——框架本身不自动转换。
为什么 $this->success() 或空 return 不是 204
ThinkPHP 的 $this->success()、$this->error() 和空 return 都会走 Jump trait 跳转逻辑，最终生成一个含 HTML 或 JSON 的响应体（哪怕只是 {"code":1,"msg":"..."}），所以状态码必然是 200。连 return; 在控制器方法里也会被框架包装成空字符串响应，仍带 200。
- 空
return;→ 响应体为""，状态码200 -
$this->success()→ 响应体为跳转页面或 JSON，状态码200 - 直接
exit;或die;→ 响应中断，客户端收不到完整 HTTP 头，不可靠
手动返回 204 的三种可靠方式
核心原则：响应体必须为空，且状态码显式设为 204。以下方式均绕过 Jump trait 和默认视图渲染。
- 用
response()->code(204)（TP6）：return response()->code(204); - 用
Response::create('', 204)（TP5.1/TP6）：use think\Response;<br>return Response::create('', 204); - 在控制器末尾调用
header()+exit（不推荐，但兼容老版本）：header('HTTP/1.1 204 No Content');<br>exit;
注意：response()->json([])->code(204) 是错的——它响应体是 {}，不为空，不符合 204 语义。
立即学习“PHP免费学习笔记（深入）”；
中间件统一处理空响应（推荐用于 API 全局规范）
如果项目大量接口需返回 204（如删除、更新成功后无数据返回），可在中间件中统一拦截空响应体并改状态码，避免每个控制器重复写。
- 创建中间件：
php artisan make:middleware Ensure204ForEmptyResponse（TP6）或手动新建 - 关键逻辑：检查
$response->getContent()是否为空字符串或null，且当前状态码为200，再调用$response->setStatusCode(204) - 注册到全局中间件或特定路由分组，但**不要**加在
Jump类相关中间件之后——否则跳转逻辑已生成 HTML，内容不为空
这个方案和 Laravel 的 FixStatusCode 思路一致，但 ThinkPHP 没内置类似机制，得自己补。
容易踩的坑：空操作 _empty() 和 404 场景
有人试图在 _empty() 方法里返回 204 来“静默处理未知路由”，这是错误的语义使用。
-
_empty()是业务兜底，应返回404或跳转，不是204 -
204表示“请求成功，服务器无内容返回”，而路由不存在是明确的客户端错误，必须用404 Not Found - 若真要静默忽略某些路径（如健康检查
/health），应在路由定义层排除，或单独写一个只返回204的控制器方法，别污染_empty
真正该用 204 的地方很窄：DELETE 成功、PUT/PATCH 更新成功且无需返回资源、某些幂等性操作确认。别把它当成“省事的空返回”。
