CodeIgniter 原生多语言支持薄弱：CI 4.x 虽提供 Language 类和 lang() 函数，但仅支持简单键值翻译，缺乏自动检测、locale 绑定、复数规则、日期/数字本地化等能力；语言包限 PHP 数组，不支持 JSON/YAML 或远程服务；无运行时切换钩子；CI 3 中 set_lang() 易因初始化顺序出错；安全加载需严格遵循路径（app/Language/{locale}/{group}.php）、配置 supportedLocales 并显式指定 locale；复杂场景建议集成 symfony/translation 或 gettext。
CodeIgniter 原生对多语言支持较弱，尤其是 CI 4.x 之前版本几乎只靠手动加载语言文件硬编码实现，CI 4.x 虽引入 Language 类和 lang() 辅助函数，但缺乏自动语言检测、区域设置（locale）绑定、复数规则、日期/数字本地化等现代 i18n 必需能力。
CI 4 的 Language 类能做什么？
它本质是键值映射的字符串翻译器，不处理上下文、复数、占位符类型校验或 RTL 布局切换：
- 仅支持
en、zh等简单语言代码，不识别zh-Hans、pt-BR这类带区域的 locale -
$language->getLine('login_failed')返回字符串，不支持参数类型推导（如{count, plural, one {...} other {...}}） - 语言包必须是 PHP 数组文件（如
app/Language/zh/login.php），无法加载 JSON/YAML 或远程翻译服务 - 无运行时语言切换钩子，切换语言需手动重实例化
Language或清空内部缓存
常见错误：用 $this->lang->line() 在 CI 3 中硬编码语言目录
CI 3 的 Lang 类不感知当前请求语言，开发者常误写成：
$this->lang->load('auth', 'zh'); // 错：'zh' 是第二个参数，但未配置 $this->lang->set_lang('zh')
实际生效依赖：$this->lang->set_lang('zh') + $this->lang->load('auth')，且 set_lang() 不校验语言是否存在，静默失败。更糟的是，该方法在构造函数中调用会因 $this->lang 尚未初始化而报 Call to a member function set_lang() on null。
CI 4 如何安全加载多语言并避免路径错误？
关键点在于语言包路径、命名约定与加载时机：
- 语言文件必须放在
app/Language/{locale}/{group}.php，例如app/Language/zh-CN/auth.php；CI 4 默认只认en目录，zh-CN需显式配置Config\Languages::$supportedLocales = ['en', 'zh-CN'] - 加载时用
$language->load('auth', 'zh-CN')，第二个参数必须与目录名完全一致（区分大小写），否则返回空字符串且无警告 - 视图中推荐用辅助函数
lang('auth.login_title', [], 'zh-CN')，第三个参数可覆盖当前 locale，但注意该函数不改变全局语言状态 - 若用
lang()且未传 locale，它读取Config\App::$negotiateLocale和$_SERVER['HTTP_ACCEPT_LANGUAGE']，但解析逻辑极简（只取第一个语言标签，不处理权重或 fallback）
真正需要多语言时，绕过 CI 内置方案更实际
CI 自带机制只适合「少量静态文案 + 单一语言变体」场景。一旦涉及：
- 用户可选语言并持久化（如存 session 或数据库）
- 需格式化货币、日期（
IntlDateFormatter）、数字（NumberFormatter） - 翻译内容含动态 HTML 或富文本（需 escape 控制）
- 团队协作翻译，需导出/导入 XLIFF/PO 文件
建议直接集成 symfony/translation 或 gettext 扩展，用 gettext 时注意：CI 4 的自动加载器默认忽略 .po 文件，需手动调用 bindtextdomain() 并设置 LC_MESSAGES，且 Apache/Nginx 需启用 gettext 模块——这点最容易被忽略，导致 gettext('hello') 始终返回原文。
