PHP表单提交失败主因是请求方法与数据通道不匹配：form method写错、AJAX未设POST、enctype缺失或错误、JSON提交未用php://input读取等，需逐层验证。
PHP 表单提交不是“选一个更安全的方法”就能一劳永逸的事——$_GET 和 $_POST 是两套完全独立的数据通道，用错地方，数据就直接丢在半路。
为什么 $_POST 取不到值，但 $_GET 有？
最常见原因：表单根本没发 POST 请求。
-
<form method="get">写成了get，哪怕你后端只查$_POST，它也永远为空 - 用
window.location.href = 'a.php?id=123'跳转，这本质是 GET，和<form>无关 - AJAX 发送时没设
method: 'POST'或漏了Content-Type，比如发 JSON 却没配headers: {'Content-Type': 'application/json'} - 浏览器开发者工具 Network 面板里点请求，看
Request Method到底是 GET 还是 POST，别猜
enctype="multipart/form-data" 忘了写，文件就传不上去
这是硬性门槛：只要表单含 <input type="file">，且你想让 PHP 填充 $_FILES 数组，method="post" 和 enctype="multipart/form-data" 必须同时存在。
- 缺
enctype→$_FILES是空数组，$_POST里连文件名都收不到（或只收到字符串名，无临时路径） - 写成
enctype="text/plain"或漏写 → 效果等同于没写 - GET 表单里放
type="file"→ 浏览器直接忽略该字段，不发任何文件数据 - 检查
$_FILES['xxx']['error']：值为UPLOAD_ERR_NO_FILE通常说明前端根本没传；值为UPLOAD_ERR_INI_SIZE就得去调upload_max_filesize和post_max_size
用 $_REQUEST 代替 $_GET/$_POST 很危险
$_REQUEST 不是“自动合并 GET 和 POST”，它是按 php.ini 里的 request_order 配置顺序读取的，默认通常是 "GP"（GET 然后 POST），意味着同名参数时 $_POST 会覆盖 $_GET —— 但这个顺序可被改，而且容易被绕过校验。
立即学习“PHP免费学习笔记（深入）”；
- 比如你用
if (isset($_REQUEST['submit']))判断提交，攻击者可能在 URL 里加?submit=1触发逻辑，绕过表单 POST 校验 - 明确场景，就明确用
$_GET['page']或$_POST['email']，别图省事 -
$_REQUEST还默认包含$_COOKIE，如果配置是"GPC"，cookie 里塞个同名键就能干扰业务判断
JSON 提交进不了 $_POST，得换读法
原生 <form> 不支持 application/json，所以用 fetch 或 axios 发 JSON 时：$_POST 永远为空，因为 PHP 只对 application/x-www-form-urlencoded 和 multipart/form-data 自动解析进 $_POST 和 $_FILES。
- 要读 JSON，必须用
file_get_contents('php://input')手动取原始 body - 记得
json_decode(file_get_contents('php://input'), true)，否则拿到的是对象 -
php://input在enctype="multipart/form-data"时不可用，此时只能靠$_POST+$_FILES - 别在同一个接口里混用：一边期待
$_POST，一边又去读php://input，逻辑会打架
真正容易被忽略的，是把“方法选对”当成终点——实际还要盯住传输内容类型、服务端解析机制、以及前后端约定是否咬合。一个 enctype 漏写，或一个 request_order 配置偏移，就足以让整个表单逻辑静默失效。
