thinkphp的route::resource()默认不按http方法分发，因其依赖$_server['request_method']，而浏览器表单仅支持get/post，put/patch需通过_method伪造并启用methodfilter中间件才能正确匹配。
ThinkPHP 的资源路由（Route::resource()）本身不直接支持标准 RESTful 的 HTTP 方法语义映射到不同操作，尤其是 PUT/PATCH 请求在表单提交时会被降级为 POST，必须手动处理方法伪造，否则 update 和 destroy 无法触发。
为什么 Route::resource() 默认不按 HTTP 方法分发？
ThinkPHP 的资源路由底层仍依赖请求的 method 字段判断动作，但该字段默认取自 $_SERVER['REQUEST_METHOD']。浏览器原生表单只支持 GET 和 POST，PUT/DELETE 等需通过 _method 隐藏字段 + 中间件解析才能生效。
- 未启用方法伪造中间件时，所有表单提交都走
POST，导致update和destroy永远不会匹配 -
Route::resource('user', 'UserController')生成的路由规则是“路径+方法”联合匹配，不是仅靠路径 - 调试时可用
php think route:list查看实际注册的路由，确认PUT /user/:id是否存在且状态为 active
必须启用 MethodFilter 中间件
ThinkPHP 6.x 默认未自动启用方法伪造支持，需显式注册 think\middleware\MethodFilter 到全局或路由分组中间件中。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 在
app/middleware.php全局中间件数组中加入：think\middleware\MethodFilter::class - 或在路由定义时指定：
Route::group(['middleware' => ['throttle:10,1']], function () { ... })->middleware('method_filter') - 确保 HTML 表单中包含
<input type="hidden" name="_method" value="PUT">或"DELETE"，且该字段在POST请求体中可被正确读取 - 若使用 AJAX，需设置
X-HTTP-Method-Override请求头，或直接发送原生PUT/DELETE请求（无需中间件）
Route::resource() 的参数陷阱与扩展写法
资源路由看似简洁，但路径前缀、命名空间、操作白名单等参数稍有偏差就会导致控制器方法找不到或路由冲突。
- 控制器类名必须严格匹配：如
Route::resource('api/user', 'api.UserController')对应app\controller\api\UserController，命名空间斜杠不能写成反斜杠 - 排除某些动作时用
'except'，但注意create和edit是页面展示动作，不对应 HTTP 方法，而store和update才是真正处理提交的逻辑入口 - 自定义动作需配合
'only'或额外调用Route::put()等手动注册，例如添加批量删除：Route::delete('user/batch', 'UserController@batchDelete') - RESTful 要求
PUT /user/1全量更新、PATCH /user/1局部更新，但 ThinkPHP 默认不区分二者，需在控制器里手动判断$this->request->isPut()或$this->request->isPatch()
真正让资源路由“活起来”的关键不是写对那行 Route::resource()，而是确保请求进来的 method 字段已被正确还原——这一步漏掉，后面所有控制器方法都形同虚设。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
