本文介绍如何利用Python元类的__call__方法，在调用类构造器（如A(x)）时，由元类根据单个输入x自动计算出a和b，并透明传递给__init__，使实例对象不暴露原始参数x。
本文介绍如何利用
python
元类的`__call__`方法，在调用类构造器（如`a(x)`）时，由元类根据单个输入`x`自动计算出`a`和`b`，并透明传递给`__init__`，使实例对象不暴露原始参数`x`。
在Python中，类的实例化过程本质上是调用类对象本身（即A(x)等价于A.__call__(x)），而__call__方法默认由type提供，它依次调用__new__和__init__。因此，
重写元类的__call__方法是拦截并改造实例化逻辑最直接、最符合Python机制的方式
——它既不侵入__new__或__init__的职责边界，又能完全控制参数转换与转发流程。
以下是一个完整可运行的示例：
⚠️ 注意事项：
Python 3.14.3
微软官方的 Python 扩展，是 VS Code 安装量最高的扩展（209M+）。集成 IntelliSense（通过 Pylance）、调试（通过 Python Debugger）、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。
下载
__call__ 中的参数签名必须与你期望的构造器调用一致（本例为单参数x），其内部逻辑负责将其“翻译”为__init__所需的参数；
super().__call__(a, b) 触发标准实例化流程：先调用A.__new__（若未定义则用默认实现），再调用A.__init__(a, b)；
元类无需修改__new__即可实现该功能——__new__用于控制类对象本身的创建，而__call__才真正掌管类的“调用行为”，二者职责分明；
若后续需支持多种初始化方式（如A(21)、A.from_x(21)、A.from_tuple((2,1))），建议优先采用@classmethod替代元类，以提升可读性与可测试性（如答案中提供的from_x方案）。
✅ 总结：当需要
统一、隐式地转换构造参数
且该逻辑适用于整个类族时，自定义元类的__call__是优雅而强大的选择；但若仅为单个类提供替代构造方式，显式的类方法（@classmethod）更清晰、更易维护，也更符合Python的显式优于隐式原则。两者并非互斥，而是应依设计意图与团队规范合理取舍。
立即学习
“
Python免费学习笔记（深入）
”；
class Meta(type):
def __call__(cls, x):
# 根据 x 推导 a 和 b（此处以 divmod(x, 10) 为例）
a, b = divmod(x, 10)
# 调用父类 type.__call__，将推导结果传给 __init__
return super().__call__(a, b)
class A(metaclass=Meta):
def __init__(self, a, b):
self.a = a
self.b = b
# 实例化时仅传入 x；a 和 b 由元类自动计算并注入
obj = A(21)
print(obj.a, obj.b) # 输出：2 1
assert hasattr(obj, 'a') and hasattr(obj, 'b')
assert not hasattr(obj, 'x') # x 不会出现在实例上，满足隐私要求