ThinkPHP路由限制POST请求需直接在定义时指定方法：用Route::post()或Route::rule(..., [...], ['method' => 'POST'])，不可依赖控制器判断；RESTful中PUT/PATCH失败多因服务器拦截或未启用_var_method；resource()路由覆盖需后定义同名规则；路径变量含斜杠须用completeMatch(true)或正则。
ThinkPHP 路由里怎么限制只允许 POST 请求
直接在路由定义里加方法限定，不是靠中间件或控制器判断。ThinkPHP 的 rule() 和 get()/post() 等快捷方法本质都是对 rule() 的封装，底层统一走 method 参数。
常见错误是写成 Route::get('api/user', 'User/create') 却期望它能响应 POST——这根本不会匹配，get() 只认 GET 方法，和路由地址无关。
-
Route::post('api/user', 'User/create')是最简写法，隐式指定method => 'POST' - 如果要用
rule()手动写，必须显式传['method' => 'POST']，漏掉就变成任意方法都可访问 - 多个方法允许时用数组：
['method' => ['PUT', 'PATCH']]，注意大小写敏感，'put'会失效 - RESTful 场景下，别依赖控制器里
$this->request->isPost()做主校验——路由层没拦住，请求已进控制器，安全边界前移更可靠
为什么 RESTful 路由里 PUT/PATCH 请求总 405 Method Not Allowed
绝大多数情况是前端发的是 POST，但带了 _method=PUT 隐藏字段，而 ThinkPHP 默认不自动转换——它只在表单提交且开启 url_html5 或使用 think\facade\Request 的 method() 方法时才解析该字段。
真实场景中，AJAX 发 PUT 请求失败，往往因为 Nginx/Apache 拦截了非标准方法，或者 PHP-FPM 配置禁用了它们（尤其共享主机）。
立即学习“PHP免费学习笔记（深入）”；
- 检查 Web 服务器是否放行
PUT、PATCH：Nginx 需确认没配limit_except仅允 GET/HEAD/POST - ThinkPHP 路由定义必须明确写
Route::put()或Route::rule(..., ..., ['method' => 'PUT'])，不能只写Route::any() - 用 cURL 或 Postman 直接发原生 PUT 请求测试，绕过表单模拟，确认是路由问题还是服务器拦截
- 若必须用
_method，需在配置文件app.php中开启'var_method' => '_method'，否则框架不解析
Route::resource() 生成的 REST 路由怎么改某个动作的方法或地址
Route::resource() 是批量注册，但默认行为不灵活——比如想把 PUT /user/1 改成 PATCH，或让 create 走 GET /user/add 而非 GET /user/create，就不能只靠 resource() 一把梭。
它内部生成的其实是独立路由规则，覆盖方式不是“修改”，而是“后定义优先”：你手动再写一条同名（或同地址）路由，只要位置在 resource() 之后，就会覆盖掉它生成的那条。
- 改方法：在
Route::resource('user', 'User')后加Route::patch('user/:id', 'User/update')->name('user.update')，显式覆盖 update 动作 - 改地址：用
->alias('user.edit', 'user/modify')给 edit 动作另配地址，但需确保 alias 在 resource() 之后调用才生效 - 禁用某个动作：传
'except' => ['delete']，比事后用Route::rule('user/:id', ...)->deny()更干净 - 注意命名冲突：
Route::resource('user', 'User')会注册user.index，你手动加的同名路由会覆盖，别以为只是追加
路由变量带斜杠时为什么匹配不到，比如 api/:version/:path
ThinkPHP 默认把 : 后面的变量当作「单段」处理，即不匹配斜杠。所以 :path 只能捕获 abc，不能捕获 abc/def/ghi——这不是 bug，是设计如此。
要支持多段路径变量，必须显式声明为「正则变量」或启用「完整匹配模式」，否则路由解析器在遇到第一个 / 就截断了。
- 用正则：写成
api/:version/[:path]?不够，得用api/:version/<code>path并配合->pattern(['path' => '\w+(?:/\w+)*']) - 更简单的方式是关掉「路由分隔符检测」：在路由定义末尾加
->completeMatch(true)，这样整个剩余路径都会被当做一个变量值 - 注意性能：开启
completeMatch后，该路由会吃掉所有后续路径，可能影响其他路由匹配顺序，把它放在路由文件靠后位置 - 调试技巧：开
app_debug = true，看日志里Route Matched行，对比实际匹配到的path值，比猜快得多
RESTful 路由真正难的不是写法，是搞清哪一层在起作用：Web 服务器、PHP 运行环境、ThinkPHP 路由解析器、还是你的中间件。四层里任何一层卡住，现象都一样——404 或 405，但原因天差地别。
