Yii2中PUT请求无法通过$_POST获取参数，因PHP默认不解析PUT请求体；需手动读取php://input并根据Content-Type解析为JSON或表单数据，再赋值给$_POST或封装getRawBodyParam()方法处理。
Yii2中PUT请求拿不到$_POST里的参数？
因为PHP默认不解析PUT请求体，$_POST始终为空——这不是Yii2的问题，是PHP CGI/FPM模式下的底层限制。
常见错误现象：Yii::$app->request->post() 返回空数组，但用file_get_contents('php://input')能读到原始JSON或表单数据。
- 必须手动解析
php://input，不能依赖$_POST - 如果前端发的是
Content-Type: application/json，得用json_decode($rawBody, true) - 如果是
application/x-www-form-urlencoded，得用parse_str($rawBody, $parsed) - Nginx下要确认没开启
client_body_buffer_size过小导致截断
Yii::$app->request->getBodyParam()为什么对PUT无效？
这个方法本质还是读$_POST，而PUT请求不会自动填充$_POST——除非你提前做了parse_str并赋值给$_POST。
使用场景：只适用于POST和PATCH（部分配置下），PUT需额外干预。
- 别在
beforeAction里直接调getBodyParam()指望它返回PUT参数 - 想统一处理，得先在
Application::init()或Controller::init()里手动解析php://input并写入$_POST - 更稳妥的做法是封装一个
getRawBodyParam()辅助方法，优先从php://input解析
REST模块里怎么让ActiveController正确接收PUT参数？
默认ActiveController的updateAction会调$model->load($request->getBodyParams())，但getBodyParams()对PUT无效，所以模型永远加载失败。
性能影响：每次请求多一次file_get_contents调用，但开销极小；兼容性上，所有PHP版本行为一致。
- 重写
updateAction，改用$this->getRawBodyParams()（自己实现） - 或者在
behaviors()里加'contentNegotiator'确保Content-Type被识别，再配合RequestParser扩展 - 别依赖
enableCsrfValidation = false来“绕过”问题——CSRF和参数解析无关
前端发PUT时Content-Type不匹配导致后端解析失败
比如前端用fetch发JSON但没设headers: {'Content-Type': 'application/json'}，PHP就把body当二进制流，php://input虽可读，但json_decode会失败。
容易踩的坑：Chrome DevTools Network面板里看到“Request Payload”，不代表后端一定能按预期解析。
- 检查浏览器控制台的Headers tab，确认
Content-Type字段存在且准确 - 后端加一层
if (strpos($contentType, 'json') !== false)再决定用json_decode - 如果前端混用
FormData发PUT（不推荐），服务端得用parse_str而非json_decode
最麻烦的其实是调试时只看var_dump($_POST)就下结论——PUT请求里它天然为空，得盯住php://input和Content-Type两个点才稳。
