显式声明HTTP方法（如get()、post()）比match()快8%–12%，因跳过方法校验；路径参数加约束（如{id:\d+}）提升匹配效率3倍以上；高频静态路由须前置，闭包路由慎用于高QPS接口。
用 get()、post() 显式声明方法比 match() 更快
框架底层解析 match() 时需额外判断请求方法，而 get()、post() 等直接绑定 HTTP 动词，路由匹配跳过方法校验环节。Laravel 和 ThinkPHP 的基准测试显示，显式方法路由平均快 8%–12%（尤其在高并发路由表 > 200 条时）。
实操建议：
- 避免无必要地使用
match(['GET', 'POST'], '/user')，拆成get('/user', ...)和post('/user', ...) - RESTful 资源路由优先用
resource()，它内部已按方法分组优化，比手写 7 条match()更轻量 - API 接口务必关闭 HEAD/OPTIONS 自动推导（如 Laravel 的
Route::disableMethodSpoofing()），否则每次请求多一次 method 检查
路径参数带约束比无约束路由匹配快 3 倍以上
像 /user/{id} 这类泛匹配路由，框架默认用正则 .* 捕获，导致回溯严重；加上约束如 /user/{id:\d+} 后，底层可编译为更精确的字符串前缀 + 数字校验，跳过大量无效匹配。
常见错误现象：定义了 /api/v1/{version}/{action} 却没加约束，结果 /api/v1/2.1/delete-user 和 /api/v1/latest/config 全部命中，后续靠控制器逻辑分流，白白消耗路由层性能。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- ID 类参数强制用
{id:\d+}，UUID 用{id:[0-9a-f]{32}}，版本号用{v:\d+\.\d+} - 避免嵌套通配符，如
/{path?}+/{slug?}组合，改用明确路径如/page/{slug}、/blog/{year}/{month}/{slug} - ThinkPHP 中启用
route_complete_match = true，让框架严格按完整路径匹配，防止模糊兜底
高频路由前置 + 静态路径优先级高于动态路由
路由匹配是顺序执行，框架从上到下逐条比对。把 get('/login', ...) 放在 get('/{any}', ...) 后面，会导致所有请求先撞上兜底路由再回退，CPU 白耗在正则回溯上。
使用场景：后台管理路径（/admin/dashboard）、登录注册（/login、/register）、健康检查（/healthz）这类 QPS 过千的接口，必须放在路由文件最顶部。
实操建议：
- Laravel 中用
Route::priority(10)（需自定义宏）或拆分路由文件，通过require顺序控制加载先后 - ThinkPHP 可在
route.php开头集中写静态路由，再用Route::import()引入动态模块 - 禁止在生产环境启用「路由缓存自动发现」（如 Laravel 的
php artisan route:scan），它会打乱你精心排布的顺序
闭包路由慎用于高频接口
闭包路由（如 get('/now', function () { return now(); })）每次请求都需反序列化闭包、重建作用域，比控制器方法调用慢 20%+。更麻烦的是 APCu/OPcache 对闭包的缓存效果差，容易引发内存碎片。
性能影响：当该路由 QPS > 50，PHP-FPM 子进程内存占用会明显升高，strace 可见频繁的 mmap 调用。
实操建议：
- 高频接口一律走控制器，哪怕只有一行逻辑，也写成
App\Http\Controllers\TimeController@now - 真要简化，用
toController()或toMethod()（ThinkPHP）代替闭包，复用已加载的类 - 临时调试用的
dd()/dump()路由，上线前必须删除——它们会阻止 OPcache 缓存整个路由文件
路由不是写完就完的事，顺序、约束、调用方式这三处不注意，QPS 上千后响应延迟会突然跳变，而且问题只在压测时暴露，日常日志里几乎看不到痕迹。
