ThinkPHP中间件中redirect()需显式调用->send()并return响应实例，否则不生效；还需确保中间件顺序正确、无提前输出、所有分支都return Response、跨应用时用url()指定app。
中间件里 redirect() 没反应，大概率是没 send()
ThinkPHP 的 redirect() 返回的是一个 think\Response 实例，不是立即发送响应；它只设置 Location 头和状态码，真正发出去得靠 ->send()。中间件的 handle() 方法如果只是 return redirect(...)，而没调 ->send()，那响应头根本不会发出——浏览器收不到 302，页面就卡住不动，控制台也没报错。
常见错误写法：return redirect('/login');
正确写法：return redirect('/login')->send();
- 必须加
->send()，否则只是构造了 Response 对象，没触发输出 - 加了
->send()后，return语句仍要保留，因为中间件链要求返回 Response 实例 - 不能在
->send()后再写die或exit，框架内部已处理终止流程
中间件顺序错位导致 redirect 被覆盖或跳过
如果 redirect() 写在中间件里但没生效，先检查它是否被后续中间件“覆盖”：比如你写了 return redirect('/login')->send();，但这个中间件后面还挂了另一个中间件，且那个中间件也返回了 Response（比如日志中间件误写了 return $next($request); 之外的分支），就可能让前面的重定向失效。
-
LoadLangPack必须在SessionInit之后，否则读不到 cookie，语言切换后 redirect 会丢失 lang 状态 - 权限类中间件（如鉴权）应放在路由解析之后、控制器执行之前，否则
$next($request)可能根本没机会执行，redirect 就成了唯一出口，但若位置太靠后，又可能被缓存中间件截断 - 全局中间件中，
redirect()前不能有echo、var_dump或任何输出，否则 headers already sent 错误静默吞掉重定向
在 handle() 里调 redirect() 却没 return Response
中间件 handle() 方法签名强制要求返回 think\Response 实例。如果你写了 redirect('/login')->send(); 但忘了 return，PHP 默认返回 null，框架会认为请求被异常中断，既不跳转也不报错，而是直接结束响应。
- 错误：
redirect('/login')->send(); // 缺少 return - 正确：
return redirect('/login')->send(); - 拦截型中间件所有分支都必须返回 Response，包括
if和else，漏一个就会导致流程断裂
跨应用或子域名下 redirect 构造路径错误
多应用项目中，redirect('admin/index') 默认生成当前应用下的路径，比如在 home 应用里执行，实际跳向 /home/admin/index（404），而不是目标 admin 应用的入口。此时 redirect() “有效”，但跳到了错误地址，看起来像无效。
立即学习“PHP免费学习笔记（深入）”；
- 必须用
url()显式指定 app：redirect(url('index/index', [], false, 'admin')) - 若启用了子域名部署（如
admin.example.com），第 3 个参数要设为true，否则协议和域名缺失 - 避免手动拼接
'/admin/index'，硬编码路径绕过路由规则，一旦开启 URL 后缀（如.html）就立刻失效
redirect() 是个“半成品”，它依赖你亲手补上 ->send() 并确保整个返回链完整；少一个 return、错一个注册顺序、或漏一个 app 参数，都会让它看似失灵——问题不在函数本身，而在你是否把它当做一个需要手动驱动的响应对象来对待。 
