Python Web开发如何实现多语言_基于gettext实现国际化支持

在 Web 开发中配置多语言支持，不少开发者都遇到过这个场景：代码里明明写了 _('Hello')，页面死活不翻译，也不知道是哪里断了。其实这不是函数写错了，而是整个翻译的链条在某个环节悄悄断了。今天就来聊聊，gettext 在 Python 框架里不生效的那些坑，以及怎么优雅地绕过去。

gettext 为什么在 Flask/Django 里总不生效

说穿了，问题不在于 gettext 本身，而在于翻译上下文没被正确激活，或者 .mo 文件的路径、语言环境没对上。翻译链路上任何一环脱节，结果都一样——页面不翻译。

• gettext 和 _() 本质上就是个占位符，真正触发翻译的，是运行时的 locale 设置和已加载的 .mo 文件
• Django 默认用 django.utils.translation.gettext，Flask 通常要手动绑定 gettext 到当前请求的语言，比如通过 flask_babel 的 get_locale()
• 常见的诡异现象：_("Hello") 始终返回英文，控制台没报错，但 LANG=zh_CN.UTF-8 python app.py 也无效——说明环境变量没传进 Web 进程，或者没调用 translation.install()
• 检查 LC_MESSAGES 是否在运行时可用：import locale; print(locale.getlocale())，如果输出 (None, None)，gettext 直接退化为恒等函数，等于没翻译

提取字符串时 xgettext 找不到 _() 或 ngettext()

这个问题其实挺常见的，默认 xgettext 只识别 C 风格的 gettext("...")，而 Python 项目里普遍用短别名 _()，不显式声明就提取不到。

• 必须加参数：xgettext --language=Python --keyword=_ --keyword=ngettext:1,2 -o messages.pot *.py
• 如果用了 lazy_gettext（比如 Flask-WTF 里的表单），得额外加 --keyword=lazy_gettext
• Django 项目请直接用 django-admin makemessages -l zh_Hans，它内置了对 _() 和 gettext_lazy 的识别，比裸用 xgettext 省心得多
• 需要注意：Jinja2 模板里的 {% trans %}... 不会被 xgettext 扫到，Django 要加 -e html，Flask-Babel 要配 babel.cfg 并指定 jinja2 解析器

多语言切换后日期/数字格式还是英文

这是个容易混淆的点。gettext 只管字符串翻译，不管区域格式。比如 2024-06-12 不会自动变成 2024年6月12日。这是 locale 模块的职责，但和 gettext 的 locale 压根不是一套机制。

• Python 的 locale.setlocale(locale.LC_TIME, "zh_CN.UTF-8") 必须在每次请求中显式调用（线程安全起见，不能全局设一次），而且系统得装了对应 locale（locale -a | grep zh_CN 查一下）
• 更稳的做法是绕过 locale 模块：用 babel.dates.format_date(..., locale="zh")，它不依赖系统 locale，纯 Python 实现，不容易出问题
• 数字千分位、小数点也同理：babel.numbers.format_number(1234567.89, locale="de") 输出 1.234.567,89，而 locale.format_string("%.2f", x, grouping=True) 容易因系统缺失 locale 直接崩溃

部署时 .mo 文件找不到或加载失败

本地跑通不等于线上能用。部署时的问题集中在路径、权限、编码这三件事上。

• gettext.translation(domain, localedir, languages=["zh"]) 中的 localedir 必须是绝对路径，相对路径在 WSGI/Gunicorn 下极易失效；推荐用 os.path.join(os.path.dirname(__file__), "locales")
• 确认 .mo 文件放在 localedir/zh/LC_MESSAGES/messages.mo（不是 zh_CN 或 zh_Hans），语言码要和 languages 参数完全一致
• .mo 文件权限需为 644，且 Web 进程用户（如 www-data）有读取 localedir 目录的权限；用 strace -e trace=openat python app.py 2>&1 | grep locales 可以查看实际打开路径
• 如果用 Docker，确保构建时 COPY 了 locales/，且未被 .dockerignore 忽略——这是最容易被漏掉的一环

最麻烦的其实是语言码匹配逻辑。浏览器发 Accept-Language: zh-CN,zh;q=0.9，你的代码却只查 zh_Hans，中间差了标准化这一步。Babel 的 Locale.parse() 和 match_languages() 是绕不开的胶水。