ThinkPHP 6.x 的 Response 基于 PSR-7 实现不可变响应，必须通过 Response::create() 或快捷方法创建，禁止 new 实例；需用接口判断替代类继承判断，并链式调用 withHeader() 等方法返回新实例。
ThinkPHP 5.1 和 6.x 的 Response 类构造方式不同
5.1 中 Response 是一个普通类，常通过 response() 辅助函数或直接 new 实例创建；6.x 则彻底重构为基于 PSR-7 的响应对象，必须由 think\Response 工厂方法（如 Response::create()）生成，直接 new 会报错 Cannot instantiate abstract class think\Response。
实操建议：
- TP6 不再支持
new Response(...)，改用Response::create($data, 'json')或json($data)等快捷方法 - TP5.1 的
response()->json($data)在 TP6 中仍可用，但底层已桥接到 PSR-7 实现，行为更严格（比如自动设Content-Type: application/json; charset=utf-8） - 若从 5.1 升级，检查所有手动 new
Response的地方，尤其是自定义中间件或导出逻辑
TP6 默认禁用 header() 直接输出，强制走 PSR-7 流式响应
TP6 的 Response 对象在 send() 前不真正发送 HTTP 头，而是缓存状态码、头信息和主体内容；调用 send() 后才批量输出。而 TP5.1 允许在构造后随时调用 header() 或 echo，容易导致“headers already sent”错误。
常见错误现象：
立即学习“PHP免费学习笔记（深入）”；
- TP6 中在控制器里写
header('Location: /login');+exit;，结果跳转失效，页面空白或返回 200 - TP5.1 可以靠
response()->redirect('/login')后立即 exit，TP6 必须让框架接管：返回RedirectResponse实例（如redirect('/login')），由核心统一 send - TP6 中手动 echo 内容会导致响应体被提前写入，
send()时抛出RuntimeException: Response has been sent
Response::xml() 在 TP5.1 和 TP6 中对空数组/非标结构处理不一致
TP5.1 的 xml() 方法会把空数组转成 <?xml version="1.0"?><root/>；TP6 默认使用 SimpleXML 扩展序列化，空数组直接抛出 InvalidArgumentException: Data must be an array or object，且不接受纯数字键的关联数组（如 [0 => 'a', 1 => 'b']）。
使用场景与绕过建议：
- 若需兼容旧 XML 接口，TP6 应先用
collection($data)->toArray()规范键名，再传入Response::create($xmlStr, 'xml')手动构造 - TP6 的
Response::xml()要求顶层必须是关联数组（字符串键），且不能含 null 值；TP5.1 会静默过滤 null - 注意 PHP 版本影响：TP6.3+ 在 PHP 8.1+ 下对
SimpleXML的 strict mode 更敏感，xml()报错频率上升
TP6 的 Response 不再继承 think\Response，而是实现 Psr\Http\Message\ResponseInterface
这意味着所有自定义响应类、中间件中类型判断（如 $res instanceof \think\Response）在 TP6 中全部失效。TP6 的响应对象是具体实现类（如 think\response\Json），它们共同实现 PSR 接口，但不再有统一基类。
容易踩的坑：
- TP5.1 中写的中间件逻辑
if ($response instanceof Response) { $response->header(...); }，在 TP6 中永远为 false - 正确做法是用接口判断：
if ($response instanceof Psr\Http\Message\ResponseInterface)，再用withHeader()/withStatus()等不可变方法链式构建新实例 - TP6 中所有响应方法（
header(),code(),contentType()）都返回新Response实例，原对象不可变 —— 这点和 TP5.1 的可变式设计截然相反
最易被忽略的是响应对象的“不可变性”：TP6 中你以为在改同一个 Response，其实每次调用都在生成新实例；漏掉 return 或赋值，后续操作就全丢了。
