Slim v4 默认不为 PUT、PATCH、DELETE 等非 POST 方法自动解析表单数据（application/x-www-form-urlencoded），需显式启用 Body Parsing 中间件才能通过 $request->getParsedBody() 获取参数。
slim v4 默认不为 put、patch、delete 等非 post 方法自动解析表单数据（application/x-www-form-urlencoded），需显式启用 body parsing 中间件才能通过 `$request->getparsedbody()` 获取参数。
在 Slim v4 中，$request->getParsedBody() 仅对 POST 请求默认生效；对于 PUT、PATCH 或 DELETE 等 HTTP 方法，即使请求头中包含 Content-Type: application/x-www-form-urlencoded，该方法仍会返回 null——这并非 Bug，而是 Slim 的显式设计决策：出于安全与语义考量，Slim 默认仅解析 POST 的表单体，其他动词需开发者主动启用解析能力。
✅ 正确解决方案是：在应用初始化阶段添加 BodyParsingMiddleware：
use Slim\Factory\AppFactory;
$app = AppFactory::create();
// ✅ 关键步骤：启用对 PUT/PATCH/DELETE 等方法的请求体解析
$app->addBodyParsingMiddleware();
// 定义 PUT 路由
$app->put('/networks/{id}', function ($request, $response, $args) {
$body = $request->getParsedBody();
// 现在 $body 将正确解析为关联数组
// 例如：['name' => 'test', 'streets[1]' => 'A01,A02,A03', ...]
var_dump($body);
return $response->withStatus(200)->withJson([
'success' => true,
'data' => $body,
'id' => $args['id']
]);
});? 中间件作用原理：
$app->addBodyParsingMiddleware() 会注册一个 PSR-15 中间件，它根据请求的 Content-Type 自动调用对应解析器：
- application/json → json_decode()
- application/x-www-form-urlencoded → parse_str()
- multipart/form-data → 不处理（需自行处理文件上传）
- 其他类型（如 text/plain）→ 不解析（保持原始流）
⚠️ 重要注意事项：
- 该中间件必须在路由定义之前注册，否则不会生效；
- 它不影响原始请求体流（$request->getBody() 仍可读取原始字符串）；
- 若同时发送 JSON 和表单数据，请确保前端统一 Content-Type，避免歧义；
- 对于含嵌套数组的键名（如 streets[1]），PHP 原生 parse_str() 会按规则展开，但 Slim 不做额外转换——如需扁平化或结构化处理（如转为 ['streets' => [1 => [...], 2 => [...]]]），需在业务逻辑中手动处理。
? 进阶建议：
若项目中大量使用 RESTful 风格 PUT/PATCH，推荐全局启用该中间件；若仅个别接口需要，也可自定义中间件实现按路由条件解析，但通常无必要——addBodyParsingMiddleware() 开销极低，且符合 PSR-7 规范最佳实践。
总结：Slim v4 的“不解析 PUT 体”是刻意为之的保守设计。一行 $app->addBodyParsingMiddleware() 即可安全、标准地解锁所有主流编码格式的请求体解析能力，无需 hack 或手动 file_get_contents('php://input')。
