Python gettext运行时切换语言的对象重评估方案问询

问题1：实际落地的最优实现方案 #

优先选择增强型懒加载字符串方案，这是目前生产环境验证过的最稳定、改造成本最低的方案：

• 自定义继承自字符串抽象类的LazyString，重载所有字符串操作相关的魔术方法：包括__add__、__mod__、__format__、__repr__等，确保所有字符串拼接、格式化、运算操作都返回新的LazyString实例，而非直接求值为普通字符串。只有最终需要输出到界面、写入日志等最终场景时，才调用__str__方法完成实际翻译。
• 修改全局_函数的返回值，默认返回LazyString实例而不是直接返回翻译后的普通字符串。这样不管是模块级常量、类属性、实例属性里的翻译内容，全程保持懒加载状态，不会在导入、实例化阶段就完成翻译固化。
• 运行时切换语言时，只需要更新LazyString内部绑定的全局翻译实例，所有现存的LazyString实例在下次求值时会自动使用新的语言配置完成翻译，完全不需要重评估任何对象或重载模块。

如果受现有代码限制无法修改_函数的返回类型，可以选择次优的lambda封装方案：
将所有需要动态翻译的字符串用无参lambda包裹，比如将原来的模块级定义：

MODULE_TITLE = _("系统设置")

修改为：

MODULE_TITLE = lambda: _("系统设置")

所有使用该变量的位置改为调用MODULE_TITLE()，就会基于当前最新的_函数定义完成翻译，改动量远低于全量重构，也不会有重载模块的各种副作用。

问题2：不了解对象实现的前提下能否对任意对象完成重评估 #

理论上完全不可能实现，核心原因有三点：

• 普通字符串是Python的不可变对象，一旦_函数求值完成生成翻译后的字符串，就会彻底丢失和原翻译键的关联，无法从最终的翻译结果反推原始的待翻译内容，自然也无法重新翻译。
• 任意对象内部的字符串类型属性，既有需要翻译的内容，也有大量业务生成的非翻译字符串、已经完成拼接/格式化的混合字符串，没有通用规则可以准确区分哪些内容需要重翻译。
• 重评估操作本身会触发大量不可控副作用：模块重载会重置所有全局变量状态，递归重评估对象可能会触发自定义的__getattr__、__setattr__等魔术方法，导致业务数据被篡改、逻辑异常。

其他方案的避坑说明 #

• 手动/自动重载模块方案仅适用于代码规模极小、依赖非常简单的个人项目，生产环境使用必然会遇到循环依赖、状态丢失、from X import Y导入内容无法更新等问题，完全不推荐落地。
• 基于eval的重评估方案不仅有代码注入的安全风险，也无法处理闭包、实例私有属性等非全局定义的翻译内容，可行性极低。

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