PHP 8.1跳转失效主因有四：header()前隐式输出触发“headers already sent”；$url变量类型/值非法致Location头无效；session_start()因strict_mode静默失败；ob_end_clean()等误用导致输出缓冲缺失。
确认跳转逻辑是否被PHP 8.1新特性拦截
PHP 8.1 对 header() 函数调用前的输出检测更严格，任何隐式输出（包括BOM、空格、echo前的换行）都会导致“headers already sent”错误，使重定向失效并返回空白页或原始内容。
在跳转触发文件（如 login.php 或中间件）开头立即插入：，强制暴露隐藏报错。
用 【curl -I http://yoursite.com/login.php】 检查响应头：若返回 HTTP/1.1 200 OK 且无 Location 字段，说明 header() 调用已失败；若返回 302 但浏览器未跳转，问题在客户端或JS拦截。
检查重定向目标URL是否因类型强制校验失效
PHP 8.1 默认启用严格类型比较，若跳转地址由变量拼接生成，且该变量为 null、false 或数组，header("Location: " . $url) 会拼出非法路径（如 Location: ），触发500错误或静默失败。
立即学习“PHP免费学习笔记（深入）”；
第一步：定位所有 header("Location: ...") 调用点，逐个检查 $url 变量来源。
第二步：在拼接前加入断言：if (!is_string($url) || !filter_var($url, FILTER_VALIDATE_URL)) { error_log("Invalid redirect URL: " . var_export($url, true)); die('Redirect failed'); }
第三步：对框架路由生成的 URL，确认其返回值非空——Laravel 的 route() 在命名错误时返回 null，Symfony 的 $urlGenerator->generate() 抛出异常，PHP 8.1 下这些都可能绕过旧版的容错处理。
验证session_start()是否阻塞跳转流程
PHP 8.1 默认开启 session.use_strict_mode=1，若 session ID 无效或被篡改，session_start() 会静默失败并终止后续执行，导致跳转代码根本不会运行。
方法一：在跳转前添加 var_dump(session_status() === PHP_SESSION_ACTIVE);，输出 false 即表示 session 未激活。
方法二：临时在 session_start() 后加 if (session_status() !== PHP_SESSION_ACTIVE) { trigger_error('Session failed to start', E_USER_WARNING); }，强制暴露问题。
【关键前提：确保 php.ini 中 session.cookie_secure 和 session.cookie_httponly 设置与当前协议（HTTP/HTTPS）匹配，否则 cookie 不会被发送，session_start() 持续失败】
排查output buffering是否被意外关闭
PHP 8.1 中 ob_get_level() 返回值更精确，若代码中存在未配对的 ob_end_clean() 或 ob_end_flush()，会导致跳转前缓冲区为空，header() 失效后页面直接输出空白。
在跳转触发文件最顶端插入：echo "OB level: " . ob_get_level() . "\n";，正常应为 0 或 1；若为 0 但预期有缓冲，说明已被提前清空。
搜索整个项目中所有 ob_ 开头的函数调用，重点检查是否有 ob_end_clean() 出现在跳转逻辑之前，且无对应 ob_start()。
临时修复：在跳转前强制开启缓冲 if (ob_get_level() === 0) { ob_start(); }，再执行 header() —— 这能绕过因缓冲缺失导致的跳转中断。
