`runpy`导致函数或类异常状态的方式及实际影响探究

实际场景的影响 #

这个警告直白点说就是：你用runpy（比如runpy.run_module或runpy.run_path）执行某个脚本/模块后，哪怕你把里面定义的函数、类存下来，之后再调用这些对象时，大概率会出问题——可能是报错、行为诡异，甚至直接崩溃，完全没法保证它们能正常干活。

比如你用runpy加载了一个脚本，里面有个依赖模块级常量的函数，执行期间调用这个函数没问题，但等runpy返回后再调用，就会突然找不到那个常量；或者某个类的方法依赖模块初始化时创建的全局资源，之后调用就会提示资源不存在。

为什么执行期间正常，返回后出问题？ #

核心原因是runpy的执行机制：

• 临时模块被清理：runpy执行模块时，会创建一个临时的模块对象承载代码运行，执行完成后，这个模块会被从sys.modules中移除，后续会被Python的垃圾回收机制回收。而你拿到的函数、类的__module__属性指向的就是这个已经被销毁的模块。当这些对象需要访问模块级别的变量、导入内容，或者触发和模块相关的逻辑时，就会因为模块不存在而报错。
  举个具体例子：
  假设脚本demo.py内容是：

  MY_CONST = 42
  def get_const():
      return MY_CONST
  

  用runpy.run_path("demo.py")执行后，你把get_const存下来，之后调用get_const()，就会抛出AttributeError——因为get_const.__module__指向的临时模块已经没了，找不到MY_CONST。
• 引用对象被回收：如果函数是闭包，引用了模块内的局部变量，或者类依赖模块里创建的对象，当临时模块被回收时，这些被引用的对象也可能被一起回收，后续调用时就会出现引用失效的错误。
• 初始化副作用丢失：有些模块在加载时会做一些全局初始化操作（比如注册回调、创建文件句柄），runpy执行完后这些资源可能被清理，依赖它们的函数/类自然就没法正常工作了。

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