Quasar 2+Vite项目Electron主进程i18n配置及生产异常解决

生产构建后i18n只显示key，核心原因是你配置的loadPath: "./src/i18n/{{lng}}.json"是仅适配开发环境的相对路径：

• 开发模式下Quasar CLI从项目根目录启动进程，相对路径能正常命中源码目录下的语言文件
• 生产构建时Vite会编译、打包src下的源码，不会保留原src目录结构，相对路径指向的位置根本不存在，i18next-fs-backend读不到翻译文件就会直接返回key本身

两种方案可按需选择，第二种实现更简单、路径问题概率更低。

方案1：修正路径+配置静态资源打包（保留fs-backend动态加载逻辑） #

1. 替换相对路径为环境对应的绝对路径
   主进程是Node运行环境，不要用不固定的相对路径，通过Electron和Quasar提供的环境变量拼接绝对路径：

   const path = require('path')
   const i18next = require('i18next')
   const Backend = require('i18next-fs-backend')
   
   // 按运行环境拼接语言文件的绝对路径
   const langLoadPath = process.env.DEV
     ? path.resolve(__dirname, '../../src/i18n/{{lng}}.json') // 注意根据你主进程文件的实际目录层级调整相对层级
     : path.resolve(process.resourcesPath, 'i18n/{{lng}}.json')
   
   i18next.use(Backend).init({
     // 保留你原来的其他配置项，比如默认语言、fallback语言
     loadPath: langLoadPath
   })
   

2. 配置Quasar构建时复制语言文件到生产资源目录
   打开项目根目录的quasar.config.js，在electron配置项中添加资源复制规则，让构建工具把语言文件打包到Electron可访问的资源目录：

   const path = require('path')
   module.exports = configure(function (ctx) {
     return {
       // 其他原有配置保持不变
       electron: {
         // 其他原有electron配置保持不变
         // 如果你用electron-builder打包：
         builder: {
           extraResources: [
             {
               from: path.resolve(__dirname, 'src/i18n'),
               to: 'i18n',
               filter: ['**/*.json']
             }
           ]
         },
         // 如果你用electron-packager打包，把上面的builder配置换成下面的：
         // packager: {
         //   extraResource: [path.resolve(__dirname, 'src/i18n')]
         // }
       }
     }
   })
   

   配置后生产构建时，src/i18n下的所有json文件会被复制到应用的resources/i18n目录下，和前面写的生产环境路径完全对应。

方案2：静态导入语言文件（彻底规避路径问题，推荐） #

如果你的应用支持的语言数量不多、语言文件体积不大，可以直接放弃i18next-fs-backend的动态文件读取逻辑，在主进程中直接静态导入所有语言包，Vite打包时会直接把json内容打进主进程产物，完全不存在路径问题，还能避免异步加载语言文件导致的菜单初始化时闪key的问题：

const i18next = require('i18next')
// 直接静态导入所有语言包
import zhCN from '../i18n/zh-CN.json'
import enUS from '../i18n/en-US.json'
// 其他需要的语言包按同样方式导入

i18next.init({
  lng: 'zh-CN', // 保留你的默认语言配置
  fallbackLng: 'en-US',
  resources: {
    'zh-CN': { translation: zhCN },
    'en-US': { translation: enUS }
    // 其他语言按同样格式添加
  }
  // 不需要再注册i18next-fs-backend，也不需要配置loadPath
})

这个方案不需要修改任何构建配置，开发和生产环境都能直接运行，原有菜单、托盘的语言切换重绘逻辑不需要做任何改动。

• 主进程中所有文件读取操作都不要用./开头的相对路径，生产环境下应用的启动工作目录不固定，必须用__dirname、process.resourcesPath这类Node/Electron提供的变量拼接绝对路径
• 切换语言后记得重新调用Menu.setApplicationMenu()重建菜单、更新托盘的tooltip和上下文菜单，否则界面不会同步更新翻译内容

内容的提问来源于stack exchange，提问作者Steve Pallen