ThinkPHP伪静态配置核心是路由规则匹配顺序：规则按代码书写顺序从上到下线性匹配，一旦命中即终止，故精确静态规则（如'article/list'）须置于带变量规则（如'article/:id'）之前，否则后者会错误捕获前者请求。
ThinkPHP 伪静态配置本身不涉及“排序”逻辑，所谓“配排序”是常见误解——实际要解决的，是路由规则的匹配顺序问题。ThinkPHP 的 Route::rule()、Route::get() 等注册的规则，按代码书写顺序从上到下依次匹配，一旦命中就终止后续匹配。顺序写错，高优先级规则（如带变量的通配）会吃掉本该走精确路径的请求。
为什么路由规则顺序会影响伪静态表现
ThinkPHP 不会自动对路由规则做权重或长度排序，它只做线性遍历。比如你写了：
Route::rule('article/:id', 'article/read');
Route::rule('article/list', 'article/index');
访问 /article/list 时，:id 会把 list 当作字符串值匹配成功，结果走到 article/read 而非预期的 article/index。
- 所有带变量的规则（如
news/:id、user/:name）必须放在更具体的静态规则之后 -
__pattern__中定义的变量约束（如'id' => '\d+'）能缩小匹配范围，但不能改变匹配顺序 - 使用
Route::miss()可捕获未匹配任何规则的请求，适合兜底或 404 处理
Apache 下 .htaccess 规则顺序无关，但需确保 PATH_INFO 正常传递
Apache 的 .htaccess 本身只负责把请求转发给 index.php，不参与 ThinkPHP 内部路由排序。但若重写规则写错，会导致 $_SERVER['PATH_INFO'] 为空或异常，让整个路由系统失效。
立即学习“PHP免费学习笔记（深入）”；
- 标准写法必须包含
RewriteCond %{REQUEST_FILENAME} !-f和!-d，否则真实存在的 CSS/JS 文件也会被重写 - ThinkPHP 5.1+ 默认使用
index.php?s=xxx方式解析，所以RewriteRule应指向/index.php?s=$1（Nginx）或保留index.php/$1（Apache） - Windows 环境下用记事本保存
.htaccess容易带 BOM，导致 500 错误；务必用 VS Code 或 Notepad++ 以 UTF-8 无 BOM 格式保存
Nginx 配置中 if + rewrite 的执行顺序不可靠，推荐用 try_files
Nginx 的 if 块在 location 中属于“邪恶”的存在，嵌套逻辑容易出错，且 if (!-e $request_filename) 在多级目录或软链接下可能误判。
- 更健壮的写法是：
location / { try_files $uri $uri/ /index.php?s=$uri&$args; } -
try_files是原子操作，先查文件、再查目录、最后 fallback 到入口，语义清晰且性能更好 - 如果项目部署在子目录（如
https://example.com/myapp/），Nginx 的root必须指向myapp的父目录，且location要加前缀，例如location /myapp/，否则$uri会包含冗余路径
真正容易被忽略的点是：ThinkPHP 的路由匹配发生在 PHP 层，而 Web 服务器只是“递话筒”。哪怕 Nginx/Apache 规则完全正确，只要 route.php 里两条规则顺序颠倒，或者 url_route_must 开启后漏写某条必需路由，伪静态就会静默失败——表现为 404 或跳转到错误控制器。调试时优先看日志里的路由匹配过程，而不是反复改服务器配置。
