自定义CMS中基于Session的错误处理失效问题求助

嘿，这个问题我在项目迭代过程中也碰到过，咱们来一步步拆解根源和解决办法：

为什么移除unset($_SESSION['AS_ERRMSG_ARR'])就正常了？ #

核心原因是项目规模扩大后，请求流程发生了变化，原来的单请求处理逻辑不再适配现在的多请求/重定向场景：

• 你最初的小项目里，设置错误信息和显示错误信息应该是在同一个请求周期里：比如用户提交表单，服务器验证失败，直接在当前页面输出错误，然后unset清除Session，这完全没问题。
• 但现在项目变大后，大概率你改成了Post/Redirect/Get（PRG）模式——也就是表单提交（POST请求）后，服务器验证失败，先把错误信息存到Session，然后重定向到表单页面（GET请求）。这时候如果你的错误显示代码（那个判断Session的逻辑）被不小心包含在了POST请求的处理页面里，就会出现：POST请求里执行了unset，错误信息刚存进去就被删掉了，等重定向后的GET请求过来，Session里已经没有错误信息了，自然显示不出来。而去掉unset的话，POST请求里即使执行了判断逻辑也不会删除，GET请求过来还能拿到数据，所以就能正常显示。

另外还有一种可能：现在项目里的页面结构更复杂，错误显示代码被多次包含/执行了——比如在某个公共头部文件里，同时被POST处理页面和GET展示页面引入，第一次执行（比如POST请求里）就unset了，第二次（GET请求）就拿不到数据了。

具体解决方向 #

1. 梳理请求流程，确保unset只在最终展示页面执行 #

检查你的代码逻辑：

• 设置错误信息的地方（比如表单验证失败的POST请求里），只负责把错误信息写入Session，不要执行错误显示的代码块。
• 只有在用户最终看到的展示页面（比如GET请求的表单页面）里，才执行错误显示+unset的逻辑，确保错误信息只在被用户看到后才被清除。

2. 封装Flash Message工具类/函数 #

把一次性提示信息（比如错误、成功提示）封装成专门的Flash消息功能，避免手动操作Session的混乱：

// 设置Flash错误信息
function setFlashError(string $message): void {
    if (!isset($_SESSION['FLASH_ERRORS'])) {
        $_SESSION['FLASH_ERRORS'] = [];
    }
    $_SESSION['FLASH_ERRORS'][] = $message;
}

// 显示并清除Flash错误信息
function displayFlashErrors(): void {
    if (!isset($_SESSION['FLASH_ERRORS']) || !is_array($_SESSION['FLASH_ERRORS']) || empty($_SESSION['FLASH_ERRORS'])) {
        return;
    }

    echo '<p class="err_msg">';
    foreach ($_SESSION['FLASH_ERRORS'] as $error) {
        echo htmlspecialchars($error) . '<br>'; // 这里建议加htmlspecialchars防止XSS
    }
    echo '</p>';

    // 仅在显示后清除
    unset($_SESSION['FLASH_ERRORS']);
}

使用方式：

• 验证失败时：setFlashError("Either your username or password is wrong.");
• 在页面的公共头部（比如header.php）里调用：displayFlashErrors();

这样能确保错误信息只在被用户看到的那次请求里被清除，避免提前删除的问题。

3. 调试Session生命周期 #

如果还是找不到问题，可以在关键节点打印Session内容，定位错误信息消失的时机：

// 设置错误信息后立即打印
var_dump($_SESSION['AS_ERRMSG_ARR']);

// 重定向前打印
var_dump($_SESSION['AS_ERRMSG_ARR']);

// 展示页面加载时打印
var_dump($_SESSION['AS_ERRMSG_ARR']);

通过这些调试信息，你能清楚看到错误信息是在哪个环节被删除的，进而定位到执行unset的代码位置。

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