ThinkPHP中应避免echo输出，需用response()返回Response对象以跳过视图层并确保响应头正确；闭包路由适合简单响应，但须显式返回Response实例。
ThinkPHP 路由不走模板：直接用 echo 会出错
在 ThinkPHP 中，echo 不是“直接输出”的安全方式。框架默认开启输出缓冲（output buffering），且控制器方法执行完后还会经过视图渲染流程。哪怕你写了 echo 'hello'，只要没中断后续流程，最终可能被清空、覆盖，甚至抛出 Headers already sent 错误。
常见错误现象：echo 内容没显示、页面空白、报 Cannot modify header information、或混入大量 HTML 模板结构。
- 必须显式终止执行流程，比如用
exit或die—— 但这样不利于测试和中间件协作 - 更推荐的方式是返回
Response对象，交由框架统一处理输出和响应头 - ThinkPHP 6+ 中，
echo+exit属于“绕过框架”，调试、日志、钩子都会失效
用 response() 返回纯文本或 JSON 最稳妥
response() 是 ThinkPHP 提供的响应构造函数，它返回一个 Response 实例，能自动设置状态码、Content-Type，并跳过视图层。这是官方支持的“不走模板”路径。
使用场景：API 接口、AJAX 回调、健康检查路由、导出简单文本等。
立即学习“PHP免费学习笔记（深入）”；
- 返回字符串：
return response('hello world');→ 自动设为text/html - 返回 JSON：
return json(['code' => 0, 'msg' => 'ok']);（json()是response()的快捷封装） - 手动控制类型：
return response('{"a":1}', 200, ['Content-Type' => 'application/json']); - 注意：不要在
response()后再写echo或print，否则会重复输出
为什么不能在控制器里用 exit / die 配合 echo
看似能“立刻输出”，实则破坏了 ThinkPHP 的生命周期管理。中间件（如日志、权限、跨域）、事件监听、异常捕获机制都会被跳过。
典型问题：
- 日志不记录该请求（
Log::record()来不及触发） - 自定义异常处理器失效，500 错误变成白屏或原始 PHP 报错
- 如果开了调试模式，
debug信息不会注入到响应中 - 在 Swoole 或 RoadRunner 等常驻内存环境下，
exit可能意外终止 Worker 进程
路由定义时就明确不走控制器？用闭包路由最轻量
如果只是想快速写个不走 MVC 的简单响应（比如 /ping），直接在 route/app.php 里用闭包定义，比写控制器更干净。
use think\Response;
return [
'ping' => function () {
return Response::create('pong', 'text/plain')->code(200);
},
];
说明：
- 闭包路由天然不经过控制器和视图，无额外开销
- 必须显式返回
Response对象（不能只echo） - 闭包内无法直接访问
$this->request，需通过依赖注入或think\Request::instance() - 不适合复杂逻辑——一旦需要模型、验证、事务，还是应回到控制器 +
response()
return、混用 echo 和 response()、或在中间件之后硬 exit，都是线上环境里最难排查的静默故障点。 
