python的gettext模块在3.8+中已彻底移除ugettext,应改用gettext.gettext(或_别名);需正确初始化translation实例、确保locale目录结构(如locale/zh_cn/lc_messages/messages.mo)和语言代码匹配,并依赖gnu gettext工具链提取编译翻译文件。

直接说结论:Python 的 gettext 模块本身没有 ugettext 函数;它在 Python 2 中存在,但在 Python 3.8+ 已被彻底移除,强行调用会触发 AttributeError: module 'gettext' has no attribute 'ugettext'。你现在该用 gettext.gettext(或 _ 别名),它在 Python 3 下默认返回 str,天然支持 Unicode。
为什么找不到 ugettext?Python 3 已弃用并删除
Python 2 中 ugettext 用于返回 Unicode 字符串,而 gettext 返回字节串,容易混淆编码。Python 3 统一用 str 表示 Unicode 文本,所以 ugettext 失去存在意义。自 Python 3.8 起,该函数被正式移除——不是弃用警告,是直接删了。
- 检查你的 Python 版本:
python --version,若 ≥ 3.8,ugettext就不可能工作 - 旧项目迁移时搜到
from gettext import ugettext as _,必须改成from gettext import gettext as _ - 如果你在用 Django,它的
ugettext是自己封装的别名(现已标记为废弃),应改用gettext或gettext_lazy
正确初始化 gettext:绑定语言、加载 .mo 文件
核心是创建一个翻译实例,并确保 .mo 文件路径、语言代码、域(domain)三者严格匹配。常见错误是路径错、locale 名写错(比如写成 zh_CN 却没生成对应目录)、或没调用 install() 导致 _ 不生效。
-
locale目录结构必须为:locale/zh_CN/LC_MESSAGES/messages.mo(注意大小写和下划线) - 初始化示例:
import gettext lang = gettext.translation('messages', localedir='locale', languages=['zh_CN']) lang.install() # 这行让 _() 生效 print(_('Hello')) # 输出:你好 - 不推荐全局
install();更安全的做法是显式调用:lang.gettext('Hello') - 如果
languages参数为空,会 fallback 到系统 locale,容易在服务器上出意外(比如返回en_US而非预期语言)
提取与编译 .pot/.po/.mo:xgettext 和 msgfmt 不是 Python 内置
gettext 模块只负责运行时翻译,不提供字符串提取或编译功能。你得依赖 GNU gettext 工具链,Windows 用户常在这里卡住。
- 标记待翻译字符串:在 Python 源码中用
_()包裹,例如print(_('Welcome')) - 生成模板:
xgettext --from-code=UTF-8 -o messages.pot *.py(需安装 GNU gettext) - 生成翻译文件:
msginit -i messages.pot -l zh_CN -o locale/zh_CN/LC_MESSAGES/messages.po - 编译为二进制:
msgfmt locale/zh_CN/LC_MESSAGES/messages.po -o locale/zh_CN/LC_MESSAGES/messages.mo - Windows 用户建议用 MSYS2 安装
gettext,或直接下载预编译二进制(避免用某些“绿色版”缺失msgfmt)
真正麻烦的从来不是调用 _(),而是确保 LC_MESSAGES 目录层级对、messages.mo 时间戳新、环境变量 LANG 或代码里指定的语言代码能精准命中目标文件——漏掉任一环,程序就静默回退到英文,还很难 debug。
Python免费学习笔记(深入):立即使用
在学习笔记中,你将探索 Python 的核心概念和高级技巧!











