delete请求被405或误进控制器，首要检查是否启用hiddenmethodfilter中间件并正确配置位置；其次确认路由使用route::delete()或resource()且url含路径参数:id，而非query字符串；原生delete需确保web服务器放行该方法。
DELETE 请求被 405 或直接进错控制器？先看路由是否匹配
ThinkPHP 不会自动把 POST + _method=DELETE 当成 DELETE，除非你明确启用 HiddenMethodFilter 中间件。没配这个，浏览器发的任何带 _method 的表单请求都会被当成普通 POST，然后去匹配 Route::post() 路由——结果要么 404，要么误进 create 方法。
必须在 app/middleware.php 全局中间件数组中加入：'think\middleware\HiddenMethodFilter'，且位置要对：放在 ValidatePostSize 之后、ParseToken 之前。漏掉或顺序错，_method 就是废参数。
- 用
Route::resource('user', 'controller/User')自动生成 DELETE 路由时，地址必须是/user/123，不能写成/user?id=123—— 后者根本不会触发绑定 - 手动定义更可控：
Route::delete('user/:id', 'controller/User/delete')->bind('user')，注意:id是路径变量，不是 query 参数 - 如果前端用 fetch 发原生 DELETE，就别依赖
_method，直接确保 Nginx/Apache 允许该方法（检查limit_except配置）
想在中间件里统一拦截所有 DELETE 请求？用路由级中间件最稳
全局中间件（app/middleware.php）会作用于每个请求，包括静态资源和登录接口，容易误伤。真正要拦 DELETE，应该绑定到具体路由上，比如只对 /api/user/* 生效：
Route::delete('api/user/:id', 'Api/UserController@delete')->middleware('check.delete.permission');
- 中间件类里用
$request->method()判断，返回strtoupper($request->method()) === 'DELETE'才做校验，别用$this->request->isDelete()—— 那个是运行时方法，不保证中间件阶段已就绪 - 权限检查建议查 Header 中的
Authorization，而不是 Session；DELETE 请求常来自 JS，可能没 Cookie - 若需放行预检（OPTIONS），加判断：
if ($request->method() === 'OPTIONS') { return $next($request); }
为什么中间件里 $request->param() 拿不到 DELETE 的 body 数据？
DELETE 请求默认不解析原始 body，$request->param() 只读 query 和 form 表单。如果你用 fetch 发 JSON：fetch('/user/123', { method: 'DELETE', body: JSON.stringify({ force: true }) })，那数据在 raw body 里，得手动读：
$raw = $request->input(); 或 $json = json_decode($request->input(), true);
- 注意：TP6 默认不自动解析 DELETE 的 JSON body，不像 POST/PUT 那样有内置支持
- 如果坚持要用
$request->param()，就把参数改放 URL 查询串：/user/123?force=1，但语义不正，慎用 - 中间件中修改参数后，必须调
$request->merge($newParams)才能让后续控制器拿到新值
删库前最后一步：中间件里别用 exit/die，也别直接 throw
中间件必须返回 ResponseInterface 实例，否则白屏或报错。你想拦住非法 DELETE 并返回提示，得构造响应：
return json(['code' => 403, 'msg' => '无删除权限'])->header('Content-Type', 'application/json');
- 别写
die('forbidden')或exit—— 会跳过框架生命周期，日志、钩子、异常处理全失效 - 也别
throw new HttpException(403)，除非你确定异常处理器能捕获并统一输出 JSON；RESTful API 更推荐直接返回结构化响应 - 最关键的细节：DELETE 请求常被 CDN 或 WAF 缓存，记得在响应头加
Cache-Control: no-cache，避免误返回旧结果
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
