PHP里$_POST为空？检查这三件事
不是代码写错了，大概率是请求根本没发成application/x-www-form-urlencoded格式，或者被中间件/代理截断了。
- 用
curl -X POST -d "name=alice" http://localhost/test.php测试时，默认就是表单编码，能触发$_POST - 但用
fetch或axios发JSON（如{name: "alice"}），$_POST一定为空——PHP不会自动解析application/json请求体 - 检查
phpinfo()里的Content-Type和post_max_size：超大请求、错误的Content-Type头、或post_max_size设得太小都会让$_POST变空
想读JSON数据？别硬塞$_POST，改用file_get_contents('php://input')
$_POST只处理表单编码；JSON、XML、甚至自定义二进制载荷，都得从原始输入流读。
-
file_get_contents('php://input')是唯一可靠方式，它返回原始请求体字符串 - 注意：
php://input只能读一次，且不能和$_POST共存（除非enable_post_data_reading = On，但默认开启） - 示例：
$raw = file_get_contents('php://input');<br>$data = json_decode($raw, true);<br>if (json_last_error() !== JSON_ERROR_NONE) { /* 处理解析失败 */ }
isset($_POST['key'])不够用？还要防空字符串和类型错乱
用户提交空值、0、"0"、"false"这些，isset全返回true，但业务上可能算“未填写”。
- 用
array_key_exists('key', $_POST)判断字段是否存在（哪怕值为null或''） - 需要严格非空校验？组合
!empty($_POST['key'])，但注意0、"0"会被判空——如果0是合法值，就得单独strlen(trim($_POST['key'])) > 0 - 别直接拿
$_POST['id']当整数用，先filter_var($_POST['id'], FILTER_VALIDATE_INT)，否则SQL注入或类型错误风险很高
$_POST不支持嵌套数组？其实是支持的，但命名规则很关键
HTML表单里用方括号命名，PHP会自动组装数组，但写错一个字符就退化成字符串键。
立即学习“PHP免费学习笔记（深入）”；
- 正确：
<input name="user[name]">→$_POST['user']['name'] - 错误：
<input name="user.[name]">或<input name="user[name">→ 变成$_POST['user.[name]']这种字面量键名 - 多选框要数组？必须写
name="hobbies[]"，缺[]只会拿到最后一个值 - 深层嵌套如
user[profile][tags][]也支持，但别超过3层——可读性和调试成本陡增
最常被忽略的是：Nginx默认限制client_max_body_size为1MB，哪怕PHP的post_max_size调大了，Nginx早把请求拦在门外，$_POST自然为空，连错误日志都不打。
