PHP通过$_POST超全局数组获取POST表单数据，需确保method="post"且输入字段有name属性；未设name则无法接收，中文需UTF-8编码一致；推荐用isset()或filter_input()校验并过滤数据，避免Undefined index和安全风险。
PHP怎么获取POST表单提交的数据
直接用 $_POST 超全局数组，前提是表单 method 确实是 POST，且字段有 name 属性。没设 name 的输入框，PHP 一概收不到。
常见错误现象：$_POST 为空或报 Undefined index —— 先检查浏览器开发者工具的 Network → Payload，确认数据真发过去了；再看 HTML 表单是否漏写了 name="username" 这类属性。
- 只读取已提交字段，
$_POST['email']会触发 notice 如果表单没填 email 且没做判断 - 推荐先用
isset($_POST['submit'])判断是否为表单提交，而不是直接处理所有字段 - 中文值要确保页面
<meta charset="UTF-8">和 PHP 文件保存编码都是 UTF-8，否则可能乱码
GET和POST混用时怎么安全取值
$_GET 和 $_POST 是分开的，不会自动合并。有人误以为用 $_REQUEST 就能“统一取”，但它的顺序默认是 GET, POST, COOKIE（由 request_order 配置决定），容易被低优先级来源覆盖高优先级数据。
实际场景：搜索页带分页参数（GET）+ 表单筛选（POST），两者并存。这时候硬用 $_REQUEST 可能导致 POST 提交的条件被 GET 里的同名参数悄悄替换。
立即学习“PHP免费学习笔记（深入）”；
- 显式区分来源：需要表单数据就用
$_POST['field']，需要 URL 参数就用$_GET['page'] - 如需合并，自己用
array_merge($_GET, $_POST)，但必须清楚键名冲突后果 -
$_REQUEST在共享主机或旧系统中可能被禁用，不能当默认方案依赖
为什么filter_input比直接读$_POST更可靠
因为 $_POST 是原始、未过滤、未验证的数据，直接进 SQL 或输出到 HTML 就是漏洞温床。filter_input() 强制你声明类型和过滤规则，天然防类型混淆和基础注入。
例如用户提交 id=123abc，用 (int)$_POST['id'] 会得 123，看似安全，但若后续逻辑依赖字符串行为（比如前缀匹配），就出错了；而 filter_input(INPUT_POST, 'id', FILTER_VALIDATE_INT) 会返回 false，明确失败。
- 常用组合：
filter_input(INPUT_POST, 'email', FILTER_SANITIZE_EMAIL)去掉非法字符，FILTER_VALIDATE_EMAIL则只校验格式是否合法 - 对整数、浮点、布尔等类型，
FILTER_VALIDATE_*比强制类型转换更语义清晰，也更易调试 - 注意：它不处理深层嵌套数组（如
user[profile][age]），这种结构仍得手动递归过滤
文件上传的$_FILES数组怎么正确读取
表单必须带 enctype="multipart/form-data"，否则 $_FILES 为空。而且每个上传字段在 $_FILES 中不是扁平结构，而是按字段名组织的二维数组，含 tmp_name、error、size 等键。
典型错误：直接 move_uploaded_file($_FILES['avatar'], $dest) 不检查 $_FILES['avatar']['error'] === UPLOAD_ERR_OK，结果把临时文件移动失败却没提示，或者移动了空文件。
-
$_FILES['file']['error']必须为0才代表上传成功，其他值对应不同错误（如UPLOAD_ERR_INI_SIZE表示超 php.ini 限制） -
tmp_name是服务器临时路径，仅本次请求有效，必须在脚本结束前用move_uploaded_file()搬走 - 不要信任
$_FILES['file']['type']（浏览器传来的 MIME 类型），它可被轻易伪造；应配合finfo_file()做服务端真实类型检测
error 字段，默默吞掉问题。 
