Python类classmethod本地运行失效、导入后功能正常问题

这是Python解释器处理主脚本时的经典机制问题，本质是同一文件在进程内被加载两次，生成了两份完全独立的Mem类对象，和绑定的业务逻辑本身无关。
触发的完整流程和你看到的输出完全对应：

• 直接运行python test_class_set_mem.py时，解释器会把当前脚本标记为__main__模块，不会以test_class_set_mem这个文件名作为key存入全局模块注册表（sys.modules）。此时这个__main__模块里会定义第一份Mem类，它的初始类属性mgr = None。
• 代码走到if __name__ == "__main__":判断块内，执行from test_class_set_mgr import Mgr，解释器开始加载test_class_set_mgr.py文件。
• test_class_set_mgr.py的第一行就是from test_class_set_mem import Mem，由于全局模块注册表里根本不存在test_class_set_mem这个键，解释器会第二次从头执行test_class_set_mem.py的全部代码，生成第二份独立的Mem类对象，存入sys.modules的test_class_set_mem条目下。
• 后续创建mgr1 = Mgr()时，Mgr.__init__里调用的Mem.set_mgr()，操作的是第二份Mem类——把它的mgr属性设置为当前Mgr实例，因此打印第一个set_mgr called。
• 切回__main__模块的执行流程，创建mem1 = Mem()时，代码引用的是最开始定义的第一份Mem类，它的mgr属性从来没被修改过，仍然是None，因此打印mgr is NOT set。
• 后面手动执行Mem.set_mgr(mgr1)时，修改的是__main__模块里第一份Mem的类属性，再创建mem2时自然就会显示绑定成功。

而当你在独立脚本test_class_set3.py里导入两个类时，两个类对应的文件都是作为普通模块加载的，整个进程里只有唯一一份Mem类对象，类属性的修改全局生效，因此绑定逻辑完全正常。

你目前手动显式调用Mem.set_mgr(mgr1)属于临时绕过方案，不需要改动核心绑定逻辑，只需要消除模块双重加载的触发条件即可彻底修复：

• 最小改动方案：在test_class_set_mem.py的最开头添加几行代码，当脚本被作为主程序运行时，预先把自身注册到全局模块注册表的对应文件名键下，避免后续被重复加载：

import sys

# 主程序运行时预先注册模块，避免交叉导入触发重复加载
if __name__ == "__main__":
    sys.modules["test_class_set_mem"] = sys.modules["__main__"]

加上这段代码后，当test_class_set_mgr.py执行from test_class_set_mem import Mem时，解释器会直接从全局模块表中找到已经注册好的、属于__main__模块的那份Mem类，不会再生成第二份独立的类对象，整个进程的Mem引用完全一致，Mgr初始化时的绑定逻辑会直接生效。

• 解耦方案：如果不想依赖模块加载的特殊处理，可以把类之间的硬依赖解开：比如Mgr类不在模块顶层导入Mem，而是在初始化时通过外部传入要绑定的类对象实现依赖注入，从结构上避免顶层交叉导入带来的重复加载问题。

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