$_POST数据在后续请求中丢失，因PHP不跨请求保留变量，需用hidden字段或$_SESSION传递；isset()与empty()误判、“0”值处理不当、session_start()调用错误、变量被覆盖等均会导致“变量变空”假象。
$_POST 数据在后续请求中丢失
多步表单里最常见的“变量变空”，其实是 $_POST 没传过来。比如注册分三步：填姓名 → 验证邮箱 → 提交 OTP，第三步的表单如果没带 <input type="hidden" name="name" value="xxx">，那 $name = $_POST['name'] 就会触发 Notice: Undefined index: name，结果是 $name 为 null 或空字符串。
这种问题不是变量“突然变空”，而是根本没被赋值——PHP 不会自动跨请求保留局部变量。
- 检查当前请求的
$_POST是否真包含该键：var_dump(array_keys($_POST)) - 不要依赖上一步脚本里定义的变量，每个请求都是干净的沙盒
- 敏感字段（如密码、token）别用隐藏字段，改用
$_SESSION存储并校验时效性
isset() 和 empty() 混用导致误判
empty($var) 对 "0"、0、false、null、"" 都返回 true；而 isset($var) 对 null 和未定义变量都返回 false。如果你写 if (!empty($_POST['id'])) { ... }，但前端传了 id=0，逻辑就直接跳过了——看起来像“变量变空”，其实是语义误判。
- 数字型参数优先用
filter_var($_POST['id'], FILTER_VALIDATE_INT) !== false - 要区分“未提交”和“提交了 0”，就得拆成两步：
isset($_POST['id']) && $_POST['id'] !== '' - 调试时别只看
var_dump($var)，加一句var_dump(gettype($var), $var)看类型
session_start() 调用时机或配置错误
想靠 $_SESSION 传值，但发现 $_SESSION['user_name'] 是空的，大概率是 session_start() 没在脚本最开头调用，或者服务器禁用了 session（比如 session.auto_start = Off 且没手动开），又或者响应头已发送（例如前面有空格、BOM、echo）导致 session 启动失败。
立即学习“PHP免费学习笔记（深入）”；
- 确认每页顶部第一行就是
<?php session_start(); ?>，前面不能有任何输出 - 检查
session_status() === PHP_SESSION_ACTIVE是否为true - 运行
var_dump(ini_get('session.save_handler'), session_id())看是否真在用 file handler 且有有效 session ID
变量被意外覆盖或 unset()
有些代码会在中间逻辑里重置变量，比如循环中写了 $data = []，或者调用了 unset($user) 后又试图读取 $user['name']；还有更隐蔽的：函数内用了全局变量但没声明 global $config，导致修改的是局部副本。
- 搜索整个文件，看是否有对目标变量的
=、unset()、reset()或函数参数同名赋值 - 开启
error_reporting(E_ALL)，留意Notice: Undefined variable类警告 - 对关键变量做快照：
error_log('before: ' . print_r($name, true), 3, '/tmp/debug.log')
真正难排查的，往往不是变量“变空”，而是你默认它该有值——但 PHP 从不记住上一个请求发生了什么。盯住数据源头（$_GET/$_POST/$_SESSION）、确认赋值动作确实执行、再检查有没有被覆盖，这三步走完，90% 的“突然为空”就定位清楚了。
