PHP接收不到POST数据通常因请求方式、Content-Type不匹配、服务器配置（如Nginx client_max_body_size）、PHP设置（variables_order、post_max_size）或前端发送异常所致，需逐层排查。
PHP接收不到POST数据，绝大多数情况不是PHP本身的问题，而是请求发起方式、编码格式或服务器配置与预期不匹配。
Content-Type 不是 application/x-www-form-urlencoded 或 multipart/form-data
如果前端用 fetch 或 axios 发送 JSON 数据但没设 Content-Type: application/json，或者设了却在 PHP 里还傻等 $_POST，那肯定为空——因为 PHP 只有在这两种传统表单类型下才自动解析进 $_POST。
- JSON 请求必须用
file_get_contents('php://input')手动读取原始体，再json_decode() -
application/x-www-form-urlencoded和multipart/form-data才触发$_POST自动填充 - 若用
curl测试，确认是否加了-H "Content-Type: ..."，且值拼写准确（比如少个-写成wwwformurlencoded就失效）
请求被 Nginx / Apache 代理或重写截断
反向代理（如 Nginx 转发到 PHP-FPM）时，若未显式配置允许请求体，大 POST 数据会被静默丢弃。常见于上传文件或长文本提交失败。
- Nginx 需检查
client_max_body_size（默认常为 1MB），太小会直接返回 413 - 确认
fastcgi_pass后有fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;，缺这行可能导致 CGI 环境异常，$_POST不可用 - Apache 的
LimitRequestBody或mod_security规则也可能拦截，查 error_log 是否有 “rejected” 或 “blocked” 字样
PHP 配置禁用了自动填充或限制了大小
$_POST 是 PHP 根据 php.ini 中多个开关和阈值共同决定是否生成的，不是“只要发了就一定有”。
立即学习“PHP免费学习笔记（深入）”；
- 检查
variables_order = "EGPCS"是否包含P（代表 POST）；若写成"EGCS"，$_POST根本不会初始化 -
post_max_size必须 ≥ 单次请求体大小，且单位要写对（8M✅，8MB❌） -
max_input_vars限制的是键名数量，不是字节数；若前端传了 2000 个 checkbox 字段但max_input_vars=1000，超出部分直接丢弃，且无警告
前端发送方式导致数据根本没发出去
看似发了 POST，实际可能因 JS 错误、表单 method 写错、或 event.preventDefault() 漏掉而变成 GET，或压根没触发提交。
-
浏览器 DevTools → Network → 点开请求 → 查看 Headers 里的
Request Method确实是POST，且 Payload 选项卡里能看到数据 - 表单检查：
（不是Method大写或POST全大写） - JS 提交时，确认没漏掉
FormData.append()某个字段，或new URLSearchParams(obj)传入了 undefined 值导致整个串为空
if ($_SERVER['REQUEST_METHOD'] === 'POST') {
var_dump($_POST); // 空？先看 $_SERVER['CONTENT_TYPE']
var_dump($_SERVER['CONTENT_LENGTH']); // 是 0？说明 body 没传过来
$raw = file_get_contents('php://input');
var_dump(strlen($raw)); // 非零但 $_POST 空？大概率 Content-Type 不匹配
}
真正难排查的，往往是 Nginx + PHP-FPM + 前端框架三者之间某个配置项的隐式行为，比如 Nginx 默认不透传某些 header，或 Vue 的 axios 在开发环境下走 proxy 但没配好 body 解析。别急着改代码，先盯住 Network 面板里的原始请求细节。
