ThinkPHP 重定向应使用 redirect() 而非 header()，它自动处理状态码、Location 头、输出终止和 session 刷新；必须在任何输出前调用，返回 Response 对象需 return，支持路径、URL、路由名及参数传递与编码，避免开放重定向漏洞。
ThinkPHP 重定向用 redirect()，不是 header()
直接调用 redirect() 是最稳妥的方式，框架会自动处理状态码、Location 头、输出终止和 session 刷新。手写 header('Location: ...') 容易漏掉 exit 或触发“headers already sent”错误，尤其在有输出（比如空格、BOM、echo）之后。
常见错误现象：Warning: Cannot modify header information - headers already sent；或者跳转后页面空白但 URL 没变——本质是重定向没生效，浏览器仍在渲染当前响应体。
-
redirect()必须在任何输出（包括 HTML、echo、空行）之前调用 - 支持相对路径（如
'/user/profile'）、完整 URL（如'https://example.com/login'），也支持路由名（如'user.login'） - 第二个参数可传状态码，默认 302；要 301 永久跳转就写
redirect('...', 301) - 第三个参数可传数组作为 GET 参数，比如
redirect('index', 302, ['msg' => 'success'])→ 跳到/index?msg=success
redirect() 在控制器方法里返回，不是 echo 或 print
redirect() 返回的是 Response 对象，必须让它“出去”，不能被吞掉。常见写法是直接 return redirect(...)，否则框架会继续执行后续逻辑，甚至尝试渲染模板，导致跳转失败或报错。
使用场景：登录成功后跳首页、表单提交后跳结果页、权限不足时跳登录页。
立即学习“PHP免费学习笔记（深入）”；
- 错误写法：
redirect('/home'); echo 'done';→ 跳转不生效，且可能报错 - 正确写法：
return redirect('/home');或return redirect()->to('/home'); - 如果用了中间件或钩子，确保没提前输出内容（比如日志写到了响应体里）
- 在命令行环境（如 Artisan 命令）中调用
redirect()会抛异常，它只适用于 HTTP 请求上下文
跳转带参数时注意 URL 编码和中文处理
GET 参数里的中文、空格、特殊符号必须编码，否则跳转链接会截断或 400 错误。redirect() 内部对传入的数组参数做了 http_build_query() 处理，但如果你拼接 URL 字符串，就得自己 urlencode()。
性能影响很小，但兼容性差的写法会导致部分浏览器解析失败，比如 iOS Safari 对未编码空格特别敏感。
- 推荐用数组传参：
redirect('search', 302, ['q' => 'php 框架'])→ 自动编码为?q=php+%E6%A1%86%E6%9E%B6 - 避免手动拼接：
redirect('/search?q=php 框架')→ 空格未编码，大概率出错 - 如果参数来自用户输入，务必过滤或验证，防止跳转到恶意地址（开放重定向漏洞）
redirect() 不生效？检查 Response 输出是否被拦截或覆盖
有些情况看似调用了 redirect()，但浏览器没跳——不是函数问题，而是响应被中间件、布局模板或异常处理吞掉了。典型表现：Network 面板里状态码是 200，不是 302；Response Body 里有 HTML 内容。
容易被忽略的地方是：开启了调试模式（APP_DEBUG=true）时，ThinkPHP 可能把重定向包装成跳转页面（含 JS meta refresh），而不是纯 header；生产环境关掉调试才走标准 302。
- 查看 Network → Headers → Response Headers，确认有没有
Location字段和302 Found - 检查是否启用了
trace或自定义ExceptionHandle，它们可能捕获了重定向响应 - 确认没开启
output_buffering过长或手动ob_start()未清空 - 模板里写了
{__CONTENT__}或其他输出标签，也会干扰重定向流程
事情说清了就结束
