ThinkPHP仅提供静态语言资源，React通过i18next按需加载/public/lang/下的JSON文件实现多语言；路由透传语言标识至前端初始化，API返回原始数据，翻译全由React层处理。
React 中用 i18next 加载 ThinkPHP 提供的语言 JSON 文件
这是最轻量、最可控的做法：ThinkPHP 只作为静态资源服务器，把语言文件放在 public/lang/zh.json、public/lang/en.json 下，React 启动时按需加载。
-
i18next初始化时配置backend.loadPath指向/lang/{{lng}}.json，无需 ThinkPHP 写任何控制器 - 确保 ThinkPHP 的
public/目录可被 Web 服务器直接访问（Nginx/Apache 配置里不要拦截/lang/） - 避免在 ThinkPHP 中用
Lang::get()或think\facade\Lang动态生成 JSON——这会引入 PHP 渲染开销，且无法缓存 - 如果需要动态语言切换（比如用户点“EN”后立刻生效），React 侧调用
i18next.changeLanguage('en')即可，不需要重刷页面或请求 ThinkPHP
ThinkPHP 路由中透传当前语言标识给 React 入口
React SPA 通常只有一个 HTML 入口（如 public/index.html），但不同语言可能需要不同的初始 lng。这时可以在 ThinkPHP 控制器里做简单路由映射：
- 定义路由
Route::get(':lang/<any>', 'Index/index')->pattern(['lang' => '[a-z]{2}']);</any> - 在
IndexController@index中读取$this->request->param('lang')，并注入到视图：return view('index', ['lang' => $lang]); - 视图
view/index.html中写：<script>window.__INITIAL_LANG__ = "{{$lang}}";</script> - React 入口（
main.tsx）读取window.__INITIAL_LANG__并传给i18next.init({ lng: ... }) - 注意：不要把
lang当作 ThinkPHP 的多语言开关来用——ThinkPHP 自身的Lang类只管后端文案，和 React 无关
别在 ThinkPHP 中用 vendor/kylekatarnls/laravel-translatable 类思路处理 React 多语言
看到 Laravel 生态有 translatable 包，有人就想照搬到 ThinkPHP + React 场景，结果踩坑：
- 试图用 ThinkPHP 模型字段存多语言字符串（如
title_zh/title_en），再通过 API 返回给 React —— 这会让前端组件失去 key-based 翻译能力，无法使用t('button.submit')这类语义化调用 - 在 ThinkPHP API 响应里硬编码语言判断逻辑（如
if ($lang === 'en') return ['name' => $user->name_en];）—— 接口变得不可复用，同一个/api/user/1对不同语言要返回不同结构 - 用 ThinkPHP 的
Lang::parse()解析模板字符串再返回给 React —— 字符串中带占位符（{{ name }}）时，React 无法安全渲染，容易 XSS - 正确做法是：API 统一返回原始数据（如
{ name: "张三", role: "admin" }），翻译完全交给 React 层的t('user.role.admin')
zh-cn → zh → en）默认不一致。如果你依赖浏览器 navigator.language 自动探测，又在 ThinkPHP 里写了 Lang::setLocale()，两边 fallback 链错开，用户就可能看到部分中文、部分英文的“混搭界面”。这事没法靠一个中间层自动对齐，得前后端约定好 fallback 规则，并在 React 侧显式配置 fallbackLng。 
