isset($_POST['key'])最常用，能准确区分“参数没传”和“值为null”，但不检测空字符串、0、false等falsy值；适合只要求字段出现在请求中的场景。
用 isset() 判断 POST 参数是否存在最常用
直接用 isset($_POST['key']) 是最常见做法，它能准确区分「参数没传」和「参数值为 null」两种情况。注意：它**不检测空字符串、0、false 等“falsy”值**，只看变量是否已声明且非 null。
比如表单没提交 username 字段，isset($_POST['username']) 返回 false；但如果提交了空字符串 username=，它返回 true。
- 适合场景：只要求字段必须出现在请求中（不管内容是否为空）
- 别和
empty()混用——empty()会把''、0、'0'、null都判为“空”，容易误判数字 0 或字符串'0' - 对未定义索引不报
Notice，比直接访问$_POST['key']安全
array_key_exists() 能检测键存在但值为 null
如果接口允许客户端显式传 "key": null（比如 JSON POST body 解析后），isset() 就会失效——因为 null 值导致 isset() 返回 false，但它其实“存在”。这时用 array_key_exists('key', $_POST) 更准。
不过要注意：$_POST 是超全局数组，但 PHP 默认不会把 JSON 请求体自动解析进 $_POST；如果是 Content-Type: application/json，得先用 json_decode(file_get_contents('php://input'), true) 手动解析，再对结果数组调用 array_key_exists()。
立即学习“PHP免费学习笔记（深入）”；
- 适用前提：你已确保数据在某个数组里（比如手动解析的 JSON 数组）
-
array_key_exists()比isset()稍慢，但差异可忽略 - 对原始
$_POST用它和用isset()在绝大多数表单场景下结果一致
用 filter_input() 更安全，还能顺便过滤和验证
如果不仅要判断存在，还要防注入、转类型或设默认值，filter_input(INPUT_POST, 'key') 是更健壮的选择。它底层做了输入来源隔离，不会受 register_globals 或恶意 $_GET 干扰。
例如：filter_input(INPUT_POST, 'id', FILTER_VALIDATE_INT) 既检查 id 是否在 POST 中，又验证它是整数；返回 false 表示验证失败（可能是不存在、非数字或超出范围），返回 null 表示参数根本没传。
- 默认返回
null（不是false）表示参数缺失，这点和isset()的语义不同，要留意 - 支持
FILTER_NULL_ON_FAILURE标志让失败时统一返回null，方便判断 - 不适合需要保留原始字符串（如含 HTML 标签）又不做转义的场景——它默认会做最小化过滤
别直接访问 $_POST['key']，否则可能报 Notice: Undefined index
这是新手最常踩的坑：写 $val = $_POST['key']; 却没提前判断。PHP 会抛出 Notice，虽然不影响执行，但在生产环境开启错误报告时会暴露敏感信息或污染日志。
更糟的是，如果开了 error_reporting(E_ALL) 且没配置日志处理器，这个 Notice 可能直接输出到响应体，破坏 JSON 格式或 HTML 结构。
- 永远优先用
isset()、array_key_exists()或filter_input()包一层 - 不要依赖
@抑制符来掩盖问题，它会拖慢性能且掩盖真正 bug - 如果用框架（如 Laravel），应走 Request 对象的
has()或filled()方法，它们内部已封装好边界处理
实际写的时候，到底选哪个取决于你关心的是“字段有没有传”，还是“字段有没有有效值”，抑或“字段是否符合业务规则”。三者目标不同，工具自然不能混用。尤其注意 $_POST 只包含 application/x-www-form-urlencoded 和 multipart/form-data 请求的数据，其他类型得自己解析。
