error()返回HTML页面而非JSON，专为同步表单跳转设计；AJAX场景下会因前端解析HTML失败而“失效”，API应改用json()或HttpException统一处理。
error() 返回的是 HTML 页面，不是 JSON
ThinkPHP 的 error() 方法本质是渲染一个内置提示模板（如 thinkphp/tpl/dispatch_jump.tpl），里面嵌了一段 JS 跳转逻辑。它不返回 HTTP 状态码、不设 Content-Type: application/json，而是输出完整 HTML 文本，响应体里包含 <script>window.location.href=...</script> 这类内容。
为什么 error() 在 AJAX 场景下会“失效”
前端用 Axios 或 Fetch 发 POST 请求后调用 error('失败')，结果收到的不是结构化错误数据，而是一整页 HTML —— 因为：
• error() 不检查请求类型，一律走模板渲染
• 前端 JS 收到 HTML 字符串后无法自动执行其中的跳转脚本
• 浏览器控制台常报 SyntaxError: Unexpected token <，因为把 HTML 当 JSON 解析了
- 别在 API 接口控制器里用
error()，它专为同步表单提交 + 页面跳转设计 - 若必须复用提示逻辑，应提取其消息和跳转目标，改用
json(['code' => 0, 'msg' => '失败', 'url' => url('...')]) - 检查是否已输出内容：提前
echo、var_dump()或未捕获的 Notice 会导致 header 发送失败，JS 模板虽渲染但可能被截断
error() 和 redirect() 的根本区别
error() 是「前端 JS 跳转」，redirect() 是「服务端 302 重定向」：
• error() 返回 200 状态码，靠浏览器执行 JS 跳转，依赖前端环境
• redirect('user/login') 直接发 Location 头，不依赖 JS，更可靠，且能带状态码（如 301）
- 调用
redirect()后框架自动exit，流程终止；error()执行完还会继续往下跑，容易引发重复输出或逻辑错乱 - 如果已在控制器中调用了
echo或开启了输出缓冲但未 clean，redirect()会明确报headers already sent错误——这是个好信号，说明该清理前置输出了 - 不要试图给
error()加Content-Type: application/json，它压根不走响应对象，改不了头
真正适合 API 的错误响应怎么做
API 必须返回标准 JSON 结构 + 合理 HTTP 状态码，error() 完全不满足这点。正确路径是：
• 抛出 HttpException(400, '参数错误', ['code' => 1001])，并在 app/common/exception/Handler.php 的 render() 中统一返回 response()->json()
• 或直接 return json(['code' => 400, 'msg' => '参数错误'])，前提是确保前面没任何输出
立即学习“PHP免费学习笔记（深入）”；
- 所有 PHP 文件必须保存为 UTF-8 无 BOM 格式，尤其
config/、route/、中间件和控制器文件 - 禁用
echo/var_dump()，避免未定义数组键触发 Warning 导致 JSON 开头出现隐藏字符（如EF BB BF） - 前端发请求时，
Accept: application/json要显式带上，否则 TP6 可能仍走 HTML 渲染流程
error()，而是没意识到它根本不属于 API 场景。一旦混用，前端解析失败、状态码丢失、调试信息污染响应体——这些都不是配置能救回来的，得从响应方式本身切换。 
