response对象在send()调用前可安全修改状态码、header、cookie等，一旦send()执行则不可逆；未显式调用时框架会在app::run()末尾自动补发，但可能错过最佳控制时机。
ThinkPHP 的 Response 对象不是“生成就发”，而是在整个请求末期被主动触发、格式化、发送并清理的有限存在——它一旦调用 send()，就不能再修改状态码、Header 或内容；若未显式调用，框架会在脚本结束前自动补发，但此时可能已错过最佳控制时机。
Response 对象什么时候被创建
它通常不手动 new，而是由控制器返回值自动封装：
- 控制器方法返回数组 → 框架调用
Response::create($data, 'json') - 返回字符串 → 默认走
html类型，Response::create($content, 'html') - 返回
Response实例（如return json([...])）→ 直接复用，跳过自动封装 - 注意：
Response实例在创建时就绑定了当前Request和响应类型，但 Header、状态码、Cookie 等仍可后续追加
Response::send() 调用时机与陷阱
框架默认在 App::run() 末尾自动调用 $response->send()，但以下情况会提前触发或失效：
- 控制器中执行了
exit或die→Response::send()被跳过，输出裸内容，Header 丢失 - 中间件里调用
return response()->json(...)并直接返回 → 短路后续流程，send()由该中间件内完成，控制器不再执行 - CLI 模式下，
send()不会自动发送 HTTP 头，只输出 body，否则报 Warning - 多次调用
send()会触发 PHPCannot modify header information错误，因为 Header 已发出
Response 生命周期内能安全做什么
从创建到 send() 前，是唯一可修改响应的窗口：
- 设置状态码：
$response->code(401)（必须在 send 前） - 添加 Header：
$response->header('X-Trace-ID', $id) - 写 Cookie：
$response->cookie('token', $val, 3600) - 切换输出类型：
$response->contentType('text/plain') - 不能做的事：在
app_end钩子里修改Response内容——此时send()已执行，Header 已刷出，修改无效且无提示
为什么 Response 无法跨请求复用
Response 是单次请求上下文对象，本质绑定着当前 PHP 进程的输出缓冲和 Header 状态：
- 它内部持有
ob_start()开启的输出缓冲句柄，FPM 请求结束即销毁 - Swoole 下虽可复用 Worker 进程，但每个协程有独立
Response实例，不能共享 - 试图
serialize($response)或存入 cache 会失败——含资源句柄和闭包，不可序列化 - 真正要“复用逻辑”，应封装为服务类（如
ApiResponseBuilder），而非复用Response实例
最易忽略的一点：Response 的内容体（body）在 send() 前可以反复替换，但 Header 和状态码一旦发出就不可逆；而框架默认的自动发送时机，往往比你预期的更晚——比如在所有钩子执行完之后。这意味着，你以为在 app_end 还能塞个 Header，其实已经太迟了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
