Python类中赋值__call__与直接定义__call__方法的差异

两种写法在常规调用场景下行为基本一致，PyTorch采用类内赋值的方式绑定__call__，完全是工程实现层面的可维护性、便利性考量，具体差异和设计原因如下：

• 方便内部逻辑的包装和迭代
  _call_impl是模块调用逻辑的实际承载者，里面包含了前向钩子触发、自动求导上下文处理、训练/推理模式判断、编译优化路径选择等大量框架内部逻辑。在源码实现中，_call_impl定义完成后不会立刻绑定给__call__，中间会根据运行环境（Python版本、是否启用编译优化、是否开启调试开关）对它做多层包装：比如加上禁用动态编译器追踪的装饰器，或者直接替换为执行效率更高的C实现版本。等所有内部逻辑调整、验证完毕后，再一次性把最终的实现赋值给__call__作为对外接口，代码结构非常清晰，不会把内部实现逻辑和对外暴露的特殊方法名耦合在一起。
  如果直接把所有逻辑写在__call__方法里，后续做包装、替换实现的时候就需要直接修改__call__的绑定，维护成本更高。
• 提升调试效率
  用赋值写法时，__call__指向的内部实现函数名是_call_impl，程序报错打印调用栈的时候，框架内部的调用逻辑会显示为_call_impl，如果是用户自定义子类重写了__call__方法，栈帧会显示用户定义的__call__，两者可以快速区分，不用额外排查逻辑来自框架内部还是用户代码。如果直接把逻辑写在__call__里，栈帧只会显示__call__，很难第一时间定位问题来源。
• 实现接口和实现的语义解耦
  __call__是Python规定的实例可调用协议的特殊方法名，属于类对外暴露的公共接口；_call_impl是框架内部的实现细节，两者通过赋值绑定做了明确分层：内部逻辑可以随意迭代、修改、替换，只要最后保证绑定到__call__的实现符合调用协议即可，不需要受对外接口名的约束。

补充一点：两种写法不存在本质的功能差异。Python执行instance()调用时，只会从类层面查找__call__属性，只要这个属性是可调用对象，就会自动把实例作为第一个参数传入执行，不管这个可调用对象是类定义时直接通过def __call__声明的，还是后续通过赋值绑定的。如果是普通业务代码，没有上述复杂的工程化需求，直接写def __call__是更直观、更符合常规编码习惯的选择。

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