ThinkPHP 不内置多语言路由，需手动在 route.php 中用正则定义语言前缀规则（如 '^([a-z]{2}-[A-Z]{2}|[a-z]{2})/(.*)$'），并显式传递 lang 参数；url_html_suffix 和 default_lang 不影响路由匹配。
ThinkPHP 本身不提供“多语言路由”这个内置功能，lang 参数或语言前缀（如 /zh-CN/、/en/）必须靠你自己在路由层显式定义和解析——没有开关一开就自动识别浏览器 Accept-Language 并跳转，也没有配置项能直接让所有 URL 自动套上语言前缀。
ThinkPHP 路由里怎么加语言前缀
你得手动在 route/route.php 里写带语言变量的规则，而不是依赖全局配置。TP6 的 Route::domain 或 url_domain_deploy 对语言切换毫无作用。
-
Route::rule('zh-CN/:controller/:action','index/:controller/:action')->ext('html');—— 这种写法只匹配中文路径，但不会自动 fallback 到默认语言 - 更实用的是用正则捕获语言码：
Route::rule('^([a-z]{2}-[A-Z]{2}|[a-z]{2})/(.*)$','index/index?lang=:1&path=:2',['method'=>'GET']);，然后在控制器里用$this->request->param('lang')拿值 - 别忘了给所有带语言前缀的路由加
['complete_match'=>true]，否则/zh-CN/login可能被/login规则提前命中 - 如果用了
Route::group()，语言参数必须作为 group 前缀传入，不能塞在闭包里靠中间件后置解析——因为路由匹配发生在中间件之前
为什么 url_html_suffix 和 lang 配置没用
url_html_suffix 控制的是生成 URL 时是否加 .html 后缀；default_lang 只影响语言包加载时机。它们都不参与路由匹配，也不修改请求路径解析逻辑。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 你在
config/app.php里把default_lang设为'zh-CN'，不代表访问/login就会自动变成/zh-CN/login -
url_html_suffix => 'html'会让url('index/login')输出/index/login.html，跟语言前缀完全无关 - 想让生成的 URL 带语言前缀，必须自己拼：
url('index/login',['lang'=>'en'])，再配合上面的正则路由规则
Apache/Nginx 重写时语言前缀容易漏掉
标准 ThinkPHP 重写规则（比如 RewriteRule ^(.*)$ index.php/$1 [QSA,PT,L]）会把 /en/user/login 当作完整 PATH_INFO 传给 index.php，但如果你没在路由里定义它，就会 404。这时候不是重写错了，是路由没兜住。
立即学习“PHP免费学习笔记（深入）”；
- Apache 下确保
.htaccess中的RewriteRule没加[R]重定向标志——那是跳转，不是内部转发，会导致语言前缀丢失 - Nginx 的
try_files $uri $uri/ /index.php?$query_string;是安全的，但如果你用了fastcgi_split_path_info，要确认$fastcgi_path_info能正确截出/en/user/login，而不是只到/user/login - 子目录部署（如
example.com/myapp/）时，RewriteBase必须设对，否则/myapp/en/login会被错解成/en/login，路由找不到
真正麻烦的点在于：语言前缀既是路由的一部分，又常需透传给模板、JS 和 SEO 标签。一旦你用正则路由把 lang 提出来，就得在所有生成链接的地方手动带上它，不然用户切语言后点个菜单就回默认语言了——这不是框架能帮你记的，得靠你设计好上下文传递机制。
