PHP中如何实现alert确认后跳转并保留表单已填内容

你这段代码不生效是两个核心逻辑错误导致的：

• header()是PHP在服务端发送的HTTP重定向指令，浏览器收到302响应后会直接执行跳转，完全不会渲染你echo输出的JS代码，alert自然不可能弹出。
• 直接发起重定向是全新的页面请求，之前提交的表单数据不会自动携带到目标页，所以加载后表单字段全为空。

方案1：最小改动版（适合快速修复） #

去掉PHP的header()跳转，把跳转逻辑放到前端JS里执行，等用户点击alert确认后再回退到表单页，主流现代浏览器会自动保留已填写的表单内容：

if(mysqli_num_rows($check_mem_id)!= mysqli_num_rows($check_mem_name)) {
    echo "<script>
        alert('ID ALREADY REGISTERED');
        // 回退到上一个表单页面，浏览器会自动恢复已填内容
        history.go(-1);
    </script>";
    // 必须加exit终止后续代码执行，避免后端逻辑继续运行
    exit;
}

注意：这个方案在隐私浏览模式、部分开启了严格缓存策略的浏览器中，可能出现表单内容丢失的情况，兼容性要求高的场景用方案2。

方案2：全兼容稳妥版（所有环境都生效） #

通过Session临时存储错误提示和表单数据，跳转后主动回填内容，不存在兼容性问题：

1. 首先在重复判断逻辑的最顶部开启Session，检测到重复时把提示和表单数据存入Session，再执行跳转

// session_start必须放在所有输出之前，不能在echo、打印内容之后调用
session_start();
if(mysqli_num_rows($check_mem_id)!= mysqli_num_rows($check_mem_name)) {
    // 存储错误提示
    $_SESSION['form_tip'] = 'ID ALREADY REGISTERED';
    // 把用户提交的所有表单数据存到临时Session
    $_SESSION['temp_form'] = $_POST;
    // 跳转回表单页
    header("Location: http://localhost/check/admin/add.php");
    // 跳转后终止后续代码执行
    exit;
}

2. 在表单页add.php的最顶部同样开启Session，取出临时存储的提示和表单数据，输出弹窗，同时给表单字段加回填逻辑

session_start();
$tip = '';
$old_form = [];
// 取临时提示
if(isset($_SESSION['form_tip'])){
    $tip = $_SESSION['form_tip'];
    unset($_SESSION['form_tip']); // 取完就删除，避免刷新重复弹窗
}
// 取临时表单数据
if(isset($_SESSION['temp_form'])){
    $old_form = $_SESSION['temp_form'];
    unset($_SESSION['temp_form']);
}
// 有提示就输出弹窗
if($tip){
    echo "<script>alert('".addslashes($tip)."');</script>";
}

3. 给所有表单字段加上value回填逻辑，比如原来的ID输入框：

<!-- 原来的写法 -->
<input type="text" name="mem_id">

<!-- 改成带回填的写法 -->
<input type="text" name="mem_id" value="<?php echo isset($old_form['mem_id'])? htmlspecialchars($old_form['mem_id']) : ''?>">

其他所有输入框、下拉框、文本域都按照这个逻辑，从$old_form里取对应字段的值回填即可，跳转后所有之前填写的内容都会完整保留。

• 所有调用session_start()的位置，必须放在当前文件的最开头，前面不能有任何输出（包括echo、HTML空格、标签、报错信息），否则会报headers already sent错误。
• 调用header()跳转后必须跟exit/die终止PHP运行，否则后续的数据库写入、逻辑判断代码依然会执行，容易出数据错误。
• 回填表单值的时候必须用htmlspecialchars()做转义，避免用户输入的特殊字符破坏HTML结构，也能防范基础XSS风险。

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