isset()是最符合语义的判断方式，检查字段是否在$_POST或$_GET中存在且非null；array_key_exists()可区分“未提交”与“提交但值为null”；filter_input()支持类型安全验证；直接访问未检测字段会触发Notice，应先判断再读取。
用 isset() 检查字段是否在 $_POST 或 $_GET 中存在
表单字段“已提交”最基础的含义是：该字段名出现在请求数据里（不管值是不是空字符串）。isset() 是最常用、也最符合语义的判断方式——它只关心键是否存在且非 null。
比如表单有 <input name="username">，用户没填直接提交，浏览器仍会把 username= 发过去，此时 $_POST['username'] 是空字符串 ''，isset($_POST['username']) 仍为 true。
- ✅ 正确用法：
if (isset($_POST['email'])) { /* 字段已提交 */ } - ❌ 避免用
empty()单独判断，因为empty('')、empty(0)、empty('0')都返回true，会误判非空但“falsy”的合法值 - ⚠️ 注意：如果表单用了
disabled属性（如<input disabled name="token">），该字段根本不会被提交，isset($_POST['token'])一定为false
用 array_key_exists() 区分“未提交”和“提交了但值为 null”
isset() 对 null 值不敏感（isset(null) === false），而有些场景需要严格区分：字段确实没发过来，vs. 后端或前端主动设了 name="status" value="" 甚至 name="status" value="null"。这时 array_key_exists() 更准确。
- ✅ 判断是否“出现在请求中”，不管值是什么：
if (array_key_exists('price', $_POST)) { /* 提交了 price 字段 */ } - ✅ 它能捕获到
$_POST['price'] === null的情况，而isset()会漏掉 - ⚠️ 实际 Web 表单中，浏览器不会自动发
null值；但若用 JavaScript 动态构造FormData并 appendnull，或 API 调用绕过表单，就可能出现
别直接访问 $_POST['field'] —— 先判断再读取
PHP 默认开启 error_reporting(E_ALL) 时，直接读取未提交字段会触发 Notice: Undefined index。这不是致命错误，但污染日志、暴露逻辑、可能干扰调试。
立即学习“PHP免费学习笔记（深入）”；
- ✅ 安全写法：
$name = $_POST['name'] ?? '';（PHP 7.0+ 空合并操作符）或$name = isset($_POST['name']) ? $_POST['name'] : ''; - ✅ 更健壮的做法是封装一层：
function post(string $key, $default = null) { return $_POST[$key] ?? $default; }，但注意这仍依赖??的行为，本质还是isset判断 - ⚠️ 不要用
@$_POST['xxx']抑制错误——掩盖问题，不利于定位真实缺失字段
结合 filter_input() 做类型安全的提交检测
如果不仅要判断“有没有”，还要确保“是数字”“是邮箱格式”等，filter_input() 是更可靠的方案。它内部做了 isset 检查，并支持过滤与验证一步到位。
- ✅ 检查并转整型：
$id = filter_input(INPUT_POST, 'id', FILTER_VALIDATE_INT);，如果字段未提交或不是有效整数，返回false或null - ✅ 检查邮箱格式：
$email = filter_input(INPUT_POST, 'email', FILTER_VALIDATE_EMAIL);，未提交时返回null，非法格式返回false - ⚠️ 注意：
FILTER_SANITIZE_*类过滤器即使输入为空也会返回空字符串，不能用于“是否存在”的判断；必须搭配FILTER_VALIDATE_*或显式检查返回值是否为null
真正容易被忽略的是：前端禁用 JS 时，隐藏字段或动态生成的字段可能根本没进表单；或者用户用 curl / Postman 绕过 HTML 表单直接发请求。所以服务端永远不要假设某个字段“理应存在”，每次读取前都得确认——哪怕只是用 ??。
