PHP中isset()无法检测$_SESSION变量导致表单提交异常重定向

核心触发原因 #

• 第一层判断逻辑和你实际存储的SESSION字段不匹配：你当前校验的是isset($_SESSION["username"])，但你实际SESSION里只存储了验证码相关的vkey字段，不存在username键，自然会判断失败走重定向逻辑返回error=wtf。
• 表单处理脚本缺失session_start()调用：所有读写SESSION的PHP脚本，必须在任何输出之前的最顶部调用session_start()，否则PHP无法读取当前会话的SESSION数据，哪怕字段真的存在也读不到。从你贴的代码看，includes/codeeq.php处理脚本里完全没有写这个函数，这是最常见的SESSION失效原因。

修正步骤 #

1. 先统一SESSION校验逻辑
   如果你的激活流程不需要校验用户登录状态（即不需要username字段），直接把第一层判断改成校验你实际存在的字段，比如isset($_SESSION["vkey"])；如果确实需要校验username，就检查发验证码的前置逻辑，确认已经给$_SESSION["username"]赋值。
2. 给所有涉及SESSION操作的文件补session_start()
   包括header.php、表单展示页、表单处理脚本，都要在脚本第一行（所有echo、HTML输出、文件引入之前）加session_start()。
3. 修复代码里的其他隐性bug
   • 验证码比对建议用===严格相等，避免PHP弱类型隐式转换导致的误判，同时给用户输入和SESSION值加trim()去掉首尾空格，避免用户误输空格导致校验失败
   • header()跳转之后必须加exit终止脚本执行，否则后续代码依然会运行，存在逻辑漏洞

修正后的处理脚本参考 #

<?php
// 脚本最顶部开启SESSION，前面不能有任何输出
session_start();

if (isset($_SESSION["vkey"])) { // 按实际需求替换成你要校验的SESSION字段，比如要校验登录就改成$_SESSION["username"]
    if(isset($_POST["submit"])) {
        $vkey = trim($_SESSION["vkey"]);
        $code = trim($_POST["code"]);

        if($vkey === $code){ 
            echo 'Ti-ai verificat emailul.';
        }else{
            echo 'ERROR2：验证码不匹配';
        }
    } else {
        echo 'ERROR3：未接收到有效表单提交';
    }
} else { 
    // 调试阶段可打开下一行查看当前SESSION实际内容，排查完成后删除
    // var_dump($_SESSION);
    header("location: ../index.php?error=wtf");
    exit; // 跳转后必须终止脚本执行
}
?>

快速排查技巧 #

如果调整后依然异常，可以临时在重定向分支前加var_dump($_SESSION)打印当前脚本读到的SESSION全量数据，直接确认字段是否存在、值是否正确，不要只依赖前端表单页打印的SESSION结果——如果处理脚本没开session_start()，两个页面读到的SESSION上下文是完全隔离的。

内容的提问来源于stack exchange，提问作者bogdan