ThinkPHP多语言配置与条件筛选相互独立；需显式启用lang_switch_on、正确设置lang/zh-cn/common.php路径及lang_list数组，语言包加载依赖LoadLangPack中间件，伪静态URL中的lang参数须手动捕获并透传，where数组填空值会导致错误过滤。
ThinkPHP 的多语言配置和条件筛选是两套独立机制，不能混用；所谓「多语言筛选」其实是误读——语言切换不参与 where 查询逻辑，也不影响数据库过滤行为。
lang.php 配置项必须显式启用，且路径结构不能错
多语言功能不会自动生效，config/lang.php 中至少要定义 default_lang 和 lang_list，且 LANG_SWITCH_ON（TP6 是 lang_switch_on）必须为 true。语言包文件必须放在 lang/zh-cn/common.php 这类路径下，不能写成 lang/zh_CN.php 或 lang/zh-cn.php——后者在 TP6 中会被忽略，因为框架只扫描子目录，不加载平级 PHP 文件。
-
lang_list值必须是数组，如['zh-cn', 'en-us']，不能是字符串'zh-cn,en-us' - TP6.0+ 默认使用
think\middleware\LoadLangPack中间件，若手动删了中间件或没注册，语言包根本不会加载 -
detect_var默认是lang，所以?lang=en-us才有效；若改成l，却还传?lang=xx，就切不动
where 条件数组里填空值 = 自动制造 SQL 错误过滤
很多人把语言参数（比如 $_GET['lang']）直接塞进 where 数组，以为能“按语言筛选数据”，这是典型误解：语言只是前端文案控制，不是数据库字段。真正要筛数据，得靠模型字段，比如 lang_code 或 locale 字段——如果业务真存了多语言内容的话。
- 错误写法：
$where = ['lang' => input('lang')];→ 生成WHERE lang = ''，把所有记录干掉 - 正确做法：先判断值是否有效，再拼条件，例如
if ($lang = input('lang')) $query->where('lang_code', $lang); - 若想让搜索框支持「按当前语言查对应文案」，需确保数据库有
lang_code字段，并在查询时显式带上，而不是依赖多语言配置自动关联
伪静态 URL 里的 lang 参数不会被自动识别为语言切换
ThinkPHP 的伪静态规则（如 route_rule 或 url_common 关闭后启用的 PATHINFO）默认不解析 lang 参数，除非你手动在路由定义中捕获它，并透传给语言中间件或控制器。
- 例如伪静态地址
/article/123/zh-cn，需在路由中写Route::get('article/:id/:lang', 'index/article')->pattern(['lang' => '\w+-\w+']); - 然后在控制器里调用
Lang::set($lang)或设置 Cookie：cookie('think_lang', $lang, 3600) - 单纯靠伪静态路径含
zh-cn，框架不会自动触发语言切换——它只认GET参数、Cookie 或 Session 里的指定键名
最容易被忽略的一点：语言包加载时机早于控制器执行，但 Lang::set() 是运行时修改，如果在中间件之后才调用，部分系统语言变量（比如验证提示）可能已渲染完毕，改不回来了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
