PHP无法直接用$_POST获取PUT数据，因其仅自动解析application/x-www-form-urlencoded和multipart/form-data请求；需手动读取php://input流并依Content-Type类型（如JSON或表单格式）解析。
PHP 无法直接用 $_POST 获取 PUT 数据
因为 PHP 默认只对 application/x-www-form-urlencoded 和 multipart/form-data 类型的请求自动解析并填充 $_POST，而 PUT 请求体（尤其是 JSON 或纯文本）不会触发这个机制。你看到 $_POST 为空、$_GET 也没用，不是代码写错了，是设计如此。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 必须手动读取原始输入流：
file_get_contents('php://input')—— 这是唯一可靠方式 - 注意：
php://input只能读一次，且在Content-Type为multipart/form-data时不可用（此时会返回空） - 如果前端发的是 JSON，记得用
json_decode($raw, true)；如果是application/x-www-form-urlencoded形式的 PUT，得用parse_str($raw, $data)
如何安全地解析 php://input 并兼容常见 Content-Type
不同客户端发 PUT 的格式五花八门，硬写一个 switch 判断 $_SERVER['CONTENT_TYPE'] 是最实际的做法。别依赖框架自动处理，底层逻辑就该自己控住。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 先检查
$_SERVER['REQUEST_METHOD'] === 'PUT'，再读php://input - 用
trim($_SERVER['CONTENT_TYPE'] ?? '')做匹配，忽略大小写和参数（比如application/json; charset=utf-8） - 对
application/json：用json_decode(file_get_contents('php://input'), true)，失败时检查json_last_error() - 对
application/x-www-form-urlencoded：用parse_str(file_get_contents('php://input'), $put_data) - 其他类型（如纯文本、XML）按需处理，不建议盲目
json_decode
Apache / Nginx 下 PUT 请求被拒绝或 405 错误
这不是 PHP 的问题，是 Web 服务器默认禁用了 PUT 方法。你代码写得再对，请求根本到不了 PHP，就会卡在 405 Method Not Allowed。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- Apache：确认
mod_rewrite已启用，并在.htaccess或虚拟主机配置中加<limit put></limit>段，或用RewriteRule转发到 PHP 脚本 - Nginx：检查
location块是否显式允许PUT，例如limit_except GET POST PUT { deny all; }，否则默认只放行 GET/HEAD/POST - 本地测试用
php -S时没问题，上线前务必验证服务器配置
为什么不能直接用 $_PUT 或类似超全局变量
PHP 从没提供 $_PUT，这是很多人搜错关键词的根源。官方不实现，是因为 PUT 语义上代表“全量替换资源”，不像 POST 那样有约定俗成的键值解析逻辑 —— 数据格式完全由客户端决定，PHP 不可能替你猜。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 别找“PHP PUT 全局变量”这种不存在的东西，所有靠谱方案都绕不开
php://input - 如果你在用 Laravel/Lumen/Slim 等框架，它们封装了
$request->getParsedBody()，但底层仍是读php://input+ 类型判断 - 自定义封装函数时，记得加
is_readable('php://input')和长度判断，避免空内容或超大 payload 导致内存溢出
真正麻烦的从来不是读那几行数据，而是 Content-Type 不一致、Web 服务器拦截、以及开发者误以为 PHP 应该“自动支持 PUT”。把这三层理清楚，剩下的就是字符串和数组操作了。
