必须禁用 allow_url_lang 并重写 lang::detect() 逻辑，先通过域名匹配语言，再 fallback 到 ?lang= 参数，确保语言设置在 lang 实例化前完成，避免语言包加载后无法更改。
URL 切换语言在 ThinkPHP 里默认能用，但必须关掉 allow_url_lang 才能避免和域名切换冲突；如果开了它，?lang=en-us 会直接覆盖你中间件里设的语言，导致多域名方案失效。
为什么 ?lang=en-us 不生效或被忽略
常见现象是：明明访问 zh.example.com?lang=en-us，页面还是中文。根本原因是 Lang::detect() 在框架初始化早期就执行了，而 URL 参数解析又依赖于 allow_url_lang 配置是否开启。
-
allow_url_lang默认为true，它会让Lang::detect()优先从$_GET['lang']取值，一旦取到就立刻返回，后面中间件再调Lang::setLang()已经晚了 - 验证方式：在中间件开头加
dump(Lang::getLangSet())，你会发现它早在 handle() 执行前就已经是zh-cn了 - 如果你同时用了域名绑定语言（如
en.example.com → en-us），必须禁用 URL 参数干扰，否则两者逻辑打架
如何安全启用 ?lang= 参数并保留域名优先级
不能简单关掉 allow_url_lang 就完事——你要的是“支持 URL 切换”，但“不破坏域名策略”。唯一稳妥做法是重写语言探测逻辑。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 新建类
app\common\lang\CustomDetect.php，继承think\lang\Detect - 重写
detect()方法：先解析$_SERVER['HTTP_HOST']，查域名映射表（如config/lang_domains.php）；没匹配上再 fallback 到$_GET['lang']，最后才是Accept-Language - 在
app\provider.php中替换驱动：$app->bind('think\lang\Detect', \app\common\lang\CustomDetect::class) - 注意清理端口：
parse_url($_SERVER['HTTP_HOST'], PHP_URL_HOST)比直接用$_SERVER['HTTP_HOST']更可靠，尤其本地开发时带:8080
lang() 函数对 ?lang= 的响应时机很关键
lang() 不是实时读配置的函数，它依赖当前已加载的语言包内容。URL 参数只影响 Lang::detect() 的返回值，而这个值只在第一次调用 Lang::get() 或 lang() 前起作用。
- 错误写法：控制器里先
lang('welcome')，再Lang::setLang('en-us')—— 第一次调用已锁定语言包路径，第二次设置无效 - 正确顺序：所有
lang()调用前，必须确保Lang::setLang()或自定义detect()已完成 - 模板中
{:lang('xxx')}同样受此限制，不是“每次渲染都重查” - 调试建议：开启
app_debug = true，查看日志里是否有Lang: load lang/zh-cn/common.php类似记录，确认加载路径是否符合预期
真正容易被忽略的点是：语言包加载是一次性的，不是按请求动态 reload 的。哪怕你在中间件里改了 default_lang，只要 Lang 类已经初始化过，后续调用就不会重新扫描目录。所以域名判断、URL 解析、语言设置，三者必须在 Lang 实例化之前完成——不是“尽早”，而是“最前”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
