php表单收不到$_post数据，先检查三点：表单method是否为post、action是否指向正确php文件、network中请求状态码及content-type是否正常。
PHP 表单提交后收不到 $_POST 数据？先看这三点
绝大多数“表单没提交成功”的问题，其实压根没走到 PHP 逻辑层——浏览器根本没发请求，或发错了。别急着查 $_POST 是否为空，先确认基础链路通不通。
- 检查 HTML 表单的
method属性是否为"post"（不是"POST"大写也没事，但写成"get"或漏写就会走$_GET） - 确认
action指向的是真正的 PHP 文件路径，比如action="handle.php"，而不是空字符串、#或前端路由地址 - 打开浏览器开发者工具 → Network 标签页，提交表单后找那条请求，点开看：状态码是不是 200；Headers 里
Content-Type是不是application/x-www-form-urlencoded；Preview/Response 里有没有你预期的输出（比如var_dump($_POST)）
isset() 和 empty() 判断 $_POST 字段的区别在哪
用错判断方式会导致表单校验误判：比如用户输入了 "0" 或 "false"，empty() 会返回 true，但数据其实是合法的。
-
isset($_POST['username'])只管字段是否存在且不为null，哪怕值是空字符串""、0、false都算“已设置” -
empty($_POST['username'])会把""、0、"0"、null、false全当“空”，适合做非空校验，但要小心数字 0 和字符串 "0" - 更稳妥的写法是组合判断：
isset($_POST['age']) && is_numeric($_POST['age']) && $_POST['age'] >= 0
中文乱码？重点盯住这三个地方
表单提交中文变问号或方块，90% 出在编码不一致，不是 PHP 自身问题。
- HTML 页面头部必须声明 UTF-8：
<meta charset="UTF-8">，不能只靠编辑器保存编码 - PHP 文件本身要存为 UTF-8 无 BOM 格式（用 VS Code 或 Notepad++ 检查并转换）
- 如果用了 MySQL，
mysqli_set_charset($conn, 'utf8mb4')必须在查询前执行，utf8不支持 emoji，utf8mb4才是真 UTF-8
直接用 $_POST 处理用户输入有多危险
不加过滤就入库或输出，等于给 XSS 和 SQL 注入铺红毯。PHP 不会自动帮你消毒，得自己动手。
立即学习“PHP免费学习笔记（深入）”；
- 显示到网页前，一律过
htmlspecialchars($str, ENT_QUOTES, 'UTF-8')，防 XSS - 进数据库前，不要拼 SQL 字符串！用 PDO 预处理或
mysqli_real_escape_string()（后者仅限旧项目） - 接收文件上传时，
$_FILES的name字段绝对不可信，必须重命名，且检查type和mime（type可伪造，得用finfo_file()实际读取）
最常被忽略的是：表单按钮的 name 属性缺失导致整个提交不可控——比如用 <button>提交</button> 却没设 name，某些浏览器下 $_POST 里连触发标识都没有。加个 name="submit" 再判断，比猜强得多。
