PHP通过$_POST接收FormData文本字段、$_FILES接收文件字段，需协同处理并校验$_FILES['error']；$_POST为空主因是前端误设Content-Type或服务端误用php://input。
PHP 能直接接收前端传来的 FormData，但必须注意：它不是 JSON，也不是普通表单字符串，而是 multipart/form-data 编码的二进制流 —— 所以不能用 json_decode(file_get_contents('php://input'))，也不能靠 $_POST 拿到所有字段（文件和非文件字段行为不同）。
FormData 提交后 PHP 怎么区分文件和普通字段
FormData 里的文本字段会出现在 $_POST，文件字段则出现在 $_FILES。这是最核心的区分逻辑，也是很多开发者踩坑的起点 —— 误以为所有数据都在 $_POST 里。
- 前端执行
formData.append('name', 'alice')→ PHP 中$_POST['name'] === 'alice' - 前端执行
formData.append('avatar', fileInput.files[0])→ PHP 中$_FILES['avatar']是一个包含tmp_name、name、size等键的数组 - 如果字段名重复（比如多次
append('tag', 'a')），$_POST['tag']只保留最后一个值；如需多个，前端应改用数组写法：formData.append('tag[]', 'a')，此时 PHP 收到的是$_POST['tag']数组
PHP 接收 FormData 的完整处理流程
不能只依赖 $_POST 或只检查 $_FILES，要两者协同判断。常见遗漏点是没校验 $_FILES 中的 error 值，导致上传失败却无提示。
if ($_SERVER['REQUEST_METHOD'] === 'POST') {
// 1. 获取普通字段
$username = $_POST['username'] ?? '';
$email = $_POST['email'] ?? '';
// 2. 处理文件字段（以 avatar 为例）
$file = $_FILES['avatar'] ?? null;
if ($file && $file['error'] === UPLOAD_ERR_OK) {
$tmpPath = $file['tmp_name'];
$originalName = $file['name'];
$size = $file['size'];
// 3. 基础校验（大小、类型等）
if ($size > 2 * 1024 * 1024) {
die('文件不能超过 2MB');
}
$mimeType = mime_content_type($tmpPath);
if (!in_array($mimeType, ['image/jpeg', 'image/png'])) {
die('仅支持 JPG/PNG');
}
// 4. 移动到目标目录（务必检查 move_uploaded_file 返回值）
$targetPath = '/var/www/uploads/' . uniqid() . '_' . basename($originalName);
if (!move_uploaded_file($tmpPath, $targetPath)) {
die('文件保存失败');
}
}}
立即学习“PHP免费学习笔记（深入）”；
为什么 $_POST 有时为空？常见原因与修复
不是 PHP 配置问题，大概率是前端或 HTTP 层出错。重点排查这几点：
- 前端未设置
Content-Type：用fetch提交时，**绝对不要手动设置Content-Type**，否则浏览器无法自动添加 boundary，服务端就收不到任何字段 —— 浏览器会自动设为multipart/form-data; boundary=xxx，手设反而破坏它 -
后端用了
file_get_contents('php://input')：该方式对 multipart 数据返回空字符串，因为 PHP 已将这部分解析并分发到$_POST和$_FILES，原始流不可读 - PHP 配置限制：检查
post_max_size和upload_max_filesize，二者都需大于实际传输体积；max_file_uploads影响可同时上传的文件数 - Apache/Nginx 代理截断：Nginx 默认
client_max_body_size是 1MB，大文件上传需显式调大
复杂结构（嵌套对象/数组）怎么传？PHP 怎么接
原生 FormData 不支持直接 append 对象或数组，必须扁平化。常见做法是用方括号语法模拟结构，PHP 会自动解析成多维数组。
前端示例：
const formData = new FormData();
formData.append('user[name]', 'bob');
formData.append('user[email]', 'b@b.com');
formData.append('tags[]', 'php');
formData.append('tags[]', 'js');PHP 接收后：
$_POST['user'] === ['name' => 'bob', 'email' => 'b@b.com']; $_POST['tags'] === ['php', 'js'];
注意：这种写法依赖 PHP 的默认解析逻辑（variables_order = "EGPCS" 且未关闭 register_globals —— 实际上现代 PHP 已废弃后者，但方括号解析仍有效）。不建议用点号（user.name）或 JSON 字符串，前者不被识别，后者需额外 json_decode 解析，失去 FormData 的原生优势。
真正容易被忽略的是：PHP 对同名字段的覆盖逻辑、$_FILES['xxx']['error'] 的各种错误码含义、以及 Nginx/Apache 在反向代理场景下对 multipart body 的静默截断 —— 这些不会报错，只会让 $_POST 看起来“莫名其妙地空了”。
