伪静态规则必须确保请求正确导向入口文件（如public/index.php），否则多语言路由无法执行；多语言切换需在路由解析前通过全局中间件完成，且语言包路径、大小写、加载时机须严格匹配。
伪静态规则和多语言路由本身不直接冲突，但它们在 URL 解析链路上存在先后依赖——如果伪静态没把请求正确导向 index.php，后续所有路由（包括多语言切换逻辑）都根本不会执行；而多语言路由若配置位置或加载时机不对，又会导致 lang() 函数取不到对应语言包。问题核心不在“能不能共存”，而在“谁先拦、谁后判、谁被覆盖”。
伪静态规则必须确保请求落到正确的入口文件
ThinkPHP 6 默认入口是 public/index.php，但宝塔/Nginx 配置常把网站根目录设在项目根（即 public 的上一级）。此时 Nginx rewrite 规则里的 /index.php?s=$1 实际指向的是不存在的 /index.php，而不是 /public/index.php，直接 404。
- 检查站点根目录是否为
public/：宝塔中修改网站根目录为/www/wwwroot/your-site/public - 若必须保持根目录在项目顶层，则 rewrite 规则要改写为
rewrite ^(.*)$ /public/index.php?s=$1 last; - Apache 用户注意
.htaccess中的RewriteRule ^(.*)$ index.php/$1同样需同步调整路径前缀 - 确认
config/app.php中'app_host' => ''未强制绑定域名，否则可能干扰 pathinfo 解析
多语言路由不能靠“匹配 URL 路径”来触发切换
ThinkPHP 的语言切换不是靠路由规则自动识别 /zh-cn/user 这类路径实现的，而是靠中间件提前调用 Lang::setLang() 设置当前语言。如果你在路由里定义了 Route::get('zh-cn/:action', ...)，这只会注册一条普通路由，跟语言包加载完全无关。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 语言包路径必须严格为
lang/zh-cn/common.php，大小写敏感，Linux 下zh-CN会静默失效 - 切换动作应在全局中间件（如
app/middleware/LangSwitch.php）中完成，且必须在路由解析前执行 - 不要在控制器里用
lang('hello')前手动Lang::setLang('zh-cn')——此时路由已解析完毕，URL 参数可能还未提取，容易拿错 - 若使用子域名（如
zh-cn.example.com），需配合url_domain_deploy => true并在config/route.php中配置域名绑定规则
路由优先级顺序直接影响多语言生效时机
ThinkPHP 按定义顺序匹配路由，但多语言相关逻辑（如 Lang::detect()）默认不参与该顺序。真正影响它的，是路由是否成功匹配并进入控制器——只有走到控制器方法里，lang() 才会根据当前已设置的语言码去查包。
- 兜底路由（如
'*' => 'index/index'）必须放在最后，否则会提前截获所有请求，导致带语言前缀的 URL 根本进不了语言中间件 - 多应用模式下，应用路由（如
admin/route/app.php）优先于全局路由，但语言中间件若只注册在全局，就无法覆盖 admin 应用内的语言行为 - 使用
php think route:list查看实际加载顺序，重点检查 Name 列是否为空、是否有重复 name，避免某条路由静默覆盖另一条 - 动态语言切换（如通过 GET 参数
?lang=ja-jp）应由中间件统一处理，不要在每个路由里单独写判断逻辑
最易被忽略的一点：伪静态规则只管“怎么把请求送进 PHP”，而多语言生效依赖“PHP 运行时是否已正确初始化语言环境”。两者看似一层，实则横跨 Web 服务器与 PHP 生命周期两个阶段——Nginx 配错了，连第一行 PHP 代码都不会执行；中间件注册晚了，lang() 就永远返回默认语言。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
