运行 locale 命令后，如果像 LANG、LC_ALL、LC_TIME 这类核心变量都显示为 zh_CN.UTF-8，通常就可以判断 Ubuntu 系统语言区域配置已经正确生效；如果结果并非如此，就需要继续排查：先确认 locale -a 输出中是否包含 zh_CN.utf8，再检查 /etc/default/locale 的写法是否正确，尤其不能遗漏双引号，此外还要注意 GNOME 是否覆盖了系统级 locale 设置，可通过 gsettings get org.gnome.system.locale region/language 进行核查。
如何确认当前系统语言区域设置是否生效
执行 locale 命令后，输出中的关键变量（如 LANG、LC_ALL、LC_TIME）应当显示为 zh_CN.UTF-8 或其他中文 locale 值。如果看到 LANG=en_US.UTF-8、POSIX 等结果，通常说明系统语言区域设置并没有真正生效。此时即使图形界面已经显示中文，终端环境以及部分命令行工具仍可能继续使用英文。
手动配置 /etc/default/locale 文件的正确写法
手动编辑该文件时，必须严格采用“等号 + 双引号”的标准格式，并且只保留变量名=值，不要加入多余空格或注释内容：
LANG="zh_CN.UTF-8" LANGUAGE="zh_CN:zh" LC_ALL="zh_CN.UTF-8"
常见错误包括：LANG=zh_CN.UTF-8（缺少引号，可能导致 shell 解析异常）、LC_ALL=zh_CN.UTF-8（无引号时可能造成 UTF-8 识别不完整）、以及在行首或行尾加入空格。这些问题都可能让 update-locale 直接忽略对应配置行。
sudo nano /etc/default/locale编辑并保存文件- 执行
sudo update-locale让配置生效（不是 reload，也不是重启某个服务） - 检查
/var/lib/locales/supported.d/local是否已自动生成对应语言条目
为什么改了 /etc/default/locale 还是英文？
原因通常在于 Ubuntu 桌面环境（GNOME）可能会覆盖系统级 locale 配置。即便 locale 命令已经返回 zh_CN.UTF-8，GNOME 仍有可能优先读取用户级语言设置，因此需要重点检查：gsettings get org.gnome.system.locale region 和 gsettings get org.gnome.system.locale language。
- 如果返回值为
'en_US'，则需要同步修改：gsettings set org.gnome.system.locale region 'zh_CN' - 同时设置语言项：
gsettings set org.gnome.system.locale language 'zh_CN' - 这些用户级设置的优先级高于
/etc/default/locale，尤其会影响登录界面、文件管理器以及系统设置应用本身
LC_* 变量要不要单独设？
大多数情况下，并不需要单独配置每一个 LC_* 变量。只要将 LC_ALL 设置为 "zh_CN.UTF-8"，它就会统一覆盖所有 LC_* 子项，例如 LC_TIME、LC_MONETARY 等。当然，如果你希望做更细致的语言环境控制——比如系统界面使用中文，但时间格式仍保持英文——这时才需要单独指定类似 LC_TIME="en_US.UTF-8" 的配置。这里有一点非常关键：LC_ALL 的优先级最高，一旦启用，其他所有 LC_* 设置都会被覆盖而不再生效。
在实际排查 Ubuntu locale 问题时，可以先在终端临时执行 LC_TIME=C date，用来验证单个变量是否按预期生效，从而避免直接误改全局语言区域配置。
真正决定系统语言设置能否生效的关键，并不在于你修改了多少配置项，而在于 locale -a | grep zh_CN 是否能够列出 zh_CN.utf8。如果没有这一项，就必须先执行 locale-gen zh_CN.UTF-8 生成对应 locale，否则后续所有 Ubuntu 中文语言环境配置都无法真正落地。
