ThinkPHP请求中的put和delete参数如何接收_兼容请求类型【操作】

先直接抛结论：在ThinkPHP 6中，PUT和DELETE请求的参数，默认是不会自动解析的。你无法直接通过$request->post()或一个所谓的$request->put()方法来获取——TP6压根就没有这个成员方法。真正落地的数据，得从原始的请求体里自己动手解析。

ThinkPHP 6 如何正确接收 PUT/DELETE 请求体参数

要说清楚这个问题，得先理解TP6底层的一个设计决策。框架的Request类启动时，只对POST方法自动解析application/x-www-form-urlencoded和multipart/form-data格式的数据。PUT和DELETE不会触发这个自动解析流程。所以不是你代码写错了，是框架的默认行为。

知道这个原因后，解决方案就清晰了。关键就三步：

• 手动读取php://input——注意，仅当Content-Type是application/x-www-form-urlencoded或application/json时才有效
• 如果前端用的是fetch发PUT请求，且body是URLSearchParams，后端需要用parse_str手动解析；如果发的JSON，那就用json_decode(file_get_contents('php://input'), true)
• $request->put()和$request->delete()是伪方法，实际不存在。TP6没有提供原生的put()成员函数

兼容所有请求方法：统一用 input() + 手动解析

最稳妥的做法是绕过post()，直接处理原始输入。TP6的$request->input()虽然支持指定方法和解析方式，但默认只对POST生效。所以还得配合php://input自己判断。

实操建议非常直接：

• 先用$method = $request->method(true)获取真实请求方法（忽略_method伪装）
• 如果方法是PUT或DELETE，并且Content-Type包含application/x-www-form-urlencoded，用parse_str(file_get_contents('php://input'), $data)来解析
• 如果Content-Type是application/json，一律走json_decode(file_get_contents('php://input'), true) ?: []
• 别依赖$request->only()直接传参，它底层仍然是走post()分支

示例片段：

if (in_array($request->method(true), ['PUT', 'DELETE'])) {
    $raw = file_get_contents('php://input');
    if (stripos($request->header('content-type'), 'application/json') !== false) {
        $params = json_decode($raw, true) ?: [];
    } else {
        parse_str($raw, $params);
    }
} else {
    $params = $request->param();
}

为什么不能只靠 _method=PUT 伪装？

很多前端会用POST + _method=PUT来绕过浏览器限制。确实，这能让TP6走进PUT路由，但参数的流向却不是这么回事。参数仍然是从$_POST读取的——而$_POST只有在Content-Type是application/x-www-form-urlencoded并且请求方法为POST时才会被PHP自动填充。

这就意味着：

• 如果用fetch发POST + body: JSON.stringify(...) + _method=PUT，$_POST为空，$request->post()自然也拿不到数据
• _method只影响路由匹配和$request->method()的返回值，不会改变参数解析的来源路径
• 真正要兼容，就得区分开「真实方法」和「参数载体」，不能想当然地认为_method能改变数据解析路径

Form 表单提交 PUT/DELETE 的坑：浏览器根本不支持

说一个很多新手踩过的坑：HTML原生