Route::get和Route::post仅为快捷封装，不支持正则约束、多方法绑定及中间件；必须用Route::rule实现；TP6统一用而非:id；修改路由后须执行php think route:clear。
Route::get 和 Route::post 都只是快捷封装，不支持正则和多方法绑定
它们本质是 Route::rule 的语法糖，仅预设了请求类型为 GET 或 POST，其余能力完全一致 —— 比如都不支持变量正则约束、不能绑定中间件、无法同时响应多个请求方法。
常见错误现象：Route::get('user/:id', 'index/user/read') 中的 :id 默认只匹配 [^/]+（不含斜杠），遇到带小数点的版本号（如 v1.2）直接 404；而 Route::post 同样无法扩展该行为。
- 需要正则控制变量格式？必须改用
Route::rule('user/', ..., 'GET', ['id' => '[\w.-]+']) - 想让同一地址同时接受 GET 和 POST？
Route::get和Route::post都做不到，只能用Route::rule('api/user', ..., 'GET|POST') - 要给路由加中间件？
Route::get不接受第 3 个参数，必须升级到Route::rule并传入['middleware' => [...]]
ThinkPHP 6 中 :id 已过时，
TP6 统一使用 :id 是 TP5 的遗留语法。虽然部分环境仍能运行，但开启严格模式或升级后可能被忽略，且无法配合正则定义（['id' => '\d+'] 对 :id 无效）。
使用场景：当你从 TP5 迁移项目，或复用旧文档示例时，Route::get('user/:id', ...) 看似能跑，但一旦加正则或启用 url_route_must，就会静默失效。
- 正确写法：
Route::get('user/（无正则）', 'index/user/read') - 带正则写法：
Route::rule('user/', 'index/user/read', 'GET', ['id' => '\d+']) -
:id在 TP6 中不参与路由编译，只是字符串替换，无法触发变量校验逻辑
Route::get 和 Route::post 的语义 ≠ HTTP 规范中的幂等性保证
框架层的 Route::get 只是限制请求方法为 GET，并不自动赋予幂等性；同理，Route::post 也不代表“一定修改数据”。是否幂等、是否安全，取决于你控制器里实际写了什么。
容易踩的坑：有人以为用 Route::get 写删除接口（比如 Route::get('user/delete/:id', ...)）就“没问题”，结果被爬虫、缓存、代理反复触发，数据误删。
- GET 路由被浏览器/CDN 缓存，重复访问不会发新请求，但首次访问的副作用无法撤回
- POST 路由刷新会弹出“重新提交表单”提示，这是浏览器行为，不是框架控制的
- 真正该用 GET 的，是只读查询（如列表、详情）；该用 POST 的，是创建、上传、触发耗时任务等
修改路由后必须手动清缓存，否则新规则不生效
ThinkPHP 的路由是编译后缓存的，哪怕你改了 route/app.php，不执行清理命令，请求仍走旧规则。这不是 bug，是设计使然。
性能影响：开发阶段频繁改路由却忘记清缓存，会导致调试时“怎么改都不生效”，浪费大量时间排查。
- 清缓存命令：
php think route:clear - 如果用的是 Swoole 或 RoadRunner，还需重启服务进程，否则内存中仍加载着旧路由表
- CI/CD 流程中建议把
php think route:clear加进部署脚本，避免上线后路由错乱
真实项目里最常被忽略的，是 :id 到 route:clear 的执行时机 —— 前者导致线上 404 不易定位，后者让路由更新变成玄学。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
