request()->delete() 本质是从 php://input 读取并解析 json 请求体，仅在 delete 方法且 content-type 为 application/json 时有效，不处理 url 参数或表单数据。
delete怎么读取参数">
ThinkPHP 的 request()->delete() 本质是读取原始请求体，不是 GET/POST 参数
直接说结论：request()->delete() 不是从 URL 查询参数或表单里取值，而是从原始 HTTP 请求体（php://input）中解析 JSON 或纯文本内容。它只在请求方法为 DELETE 且 Content-Type 是 application/json（或未设置但数据是 JSON 格式）时才有效。
常见误解是把它当成 request()->post() 或 request()->param() 的 DELETE 版本——其实不是。ThinkPHP 并没有为 DELETE 方法自动做表单解析，除非你手动配置或自己处理。
- 如果前端发的是
DELETE /user/123+ URL 参数（如?id=123），应该用request()->param('id')或request()->get('id')，而不是delete() - 如果前端发的是
DELETE /user+ 请求体{"id":123,"reason":"test"}，且 header 包含Content-Type: application/json，这时request()->delete()才会返回解析后的数组 -
request()->delete()内部调用的是Request::input()，并默认尝试 JSON 解析；若解析失败（比如传了非 JSON 文本），返回空数组
为什么 request()->delete() 返回空数组？常见原因和检查点
多数人卡在这一步：明明发了 DELETE 请求、带了 JSON 数据，但 request()->delete() 还是空。根本原因是 ThinkPHP 对原始输入的解析有前置条件。
- 确认请求头是否设置了
Content-Type: application/json—— 缺少这个，ThinkPHP 默认不走 JSON 解析路径 - 检查请求体是否为合法 JSON（不能有多余逗号、单引号、中文引号），可用
json_last_error()辅助调试 - 确保没在中间件或钩子中提前读取过
php://input（比如用了file_get_contents('php://input')），因为该流只能读一次 - ThinkPHP 6.0+ 默认关闭了对非标准 Content-Type 的 JSON 自动解析；若 Content-Type 是
text/plain或空，需手动解析：$raw = file_get_contents('php://input');<br>$data = json_decode($raw, true) ?: [];
request()->delete() 和 request()->param() 混用时的优先级问题
ThinkPHP 的 request()->param() 是“混合参数”，会合并 GET、POST、PUT、PATCH、DELETE 的解析结果（前提是这些方法的数据被成功解析）。但注意：delete() 的结果不会自动进 param()，除非你显式合并。
-
request()->param('id')在 DELETE 请求中，只会从 URL 查询参数（GET）或路由变量里取，不会从 delete() 解析结果中取 - 若想统一处理，建议手动合并：
$data = array_merge(<br> request()->param(), // GET + 路由变量<br> request()->delete() // JSON body<br>);
- 避免依赖
param()自动包含 DELETE 数据，这是常见盲区——框架文档也没明确强调这点
替代方案：更可控的 DELETE 参数读取方式
与其纠结 delete() 是否生效，不如按场景选更稳妥的方式。实际项目中，90% 的 DELETE 接口要么靠 URL 路径传 ID（RESTful 风格），要么靠 JSON body 传结构化数据。两者处理逻辑应分开。
- 路径参数（推荐）：
DELETE /api/user/:id→ 用request()->route('id')或路由变量注入 - 查询参数：
DELETE /api/user?id=123&force=1→ 用request()->get()显式读取 - JSON body：
DELETE /api/user+ JSON → 改用request()->body()+ 手动json_decode()，绕过delete()的隐式逻辑 - 如果必须用
delete()，加一层兜底：$data = request()->delete();<br>if (empty($data)) {<br> $data = json_decode(request()->body(), true) ?: [];<br>}
真正容易被忽略的，是 php://input 的一次性特性——任何中间件、日志记录、鉴权逻辑里提前读取它，都会导致 delete() 失效。查这个问题，比调接口参数还花时间。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
