Python类初始化变量包导入后实例无法访问及装饰器类使用疑问

嘿，我来帮你拆解这两个问题——我之前也踩过类似的包命名空间和装饰器的坑，太懂这种“本地跑好好的，一丢进包就崩”的憋屈了！

最常见的原因有这几个，你可以逐个排查：

• __init__里没把变量绑定到self
  别笑，我当初刚学Python时就犯过这错！比如你写了：

  class MyClass:
      def __init__(self, value):
          # 这里没加self！变量只是局部变量，不是实例属性
          value = value
  

  这种情况下，value只是__init__方法里的临时变量，实例根本访问不到。你觉得直接声明类时可以用，大概率是当时误打误撞用了类变量（比如在类里直接定义value = 123），而不是实例初始化的变量。把类放进包后，你可能调整了代码结构，把类变量改成实例变量但忘了加self，就出问题了。

• 包导入时的命名冲突/类被覆盖
  比如你的包结构是这样：

  mypackage/
      __init__.py
      myclass.py
  

  你在myclass.py里正确定义了MyClass，但在__init__.py里又写了个同名的空类或者错误版本，然后你用from mypackage import MyClass时，导入的是__init__.py里的错误类，而不是myclass.py里的正确版本。这种情况直接运行单个脚本时不会出现，但包导入时就会踩坑。

• 循环导入导致类未完全初始化
  如果你的包模块之间互相导入（比如A导入B，B又导入A），可能导致类的__init__方法还没完全定义就被引用，实例化后自然访问不到初始化变量。你可以检查下包内的导入关系，尽量把导入放在函数内部，或者调整模块结构避免循环依赖。

这个问题大概率和包的导入机制、装饰器的作用域有关，我碰到过几次类似的情况：

• 装饰器使用了全局状态，导致多实例共享数据
  比如你写了个带缓存的装饰器：

  # mypackage/decorators.py
  cache = {}  # 模块级全局变量
  def cache_decorator(func):
      def wrapper(*args, **kwargs):
          key = str(args) + str(kwargs)
          if key not in cache:
              cache[key] = func(*args, **kwargs)
          return cache[key]
      return wrapper
  

  这个cache是整个模块共享的，终端里每次执行都是独立进程，缓存是全新的；但当你在包内部执行（比如包内脚本互相调用），这个缓存会被所有实例共享，导致逻辑混乱抛出异常。解决方法是把缓存绑定到实例上，或者用类装饰器、functools.wraps确保装饰器正确处理实例方法的self参数。

• 包内导入顺序问题，装饰器未定义就被使用
  比如你在mypackage/myclass.py里直接导入并使用装饰器，但装饰器所在的decorators.py又导入了myclass.py，导致循环导入时装饰器还没被定义就被应用到类方法上。终端里单独运行时，导入顺序是先加载装饰器再加载类，所以没问题；但包内执行时导入顺序反转，就会触发异常。

• 装饰器没正确处理实例方法的self参数
  如果你的装饰器是为普通函数写的，直接套在实例方法上时，会把self当成第一个参数传入装饰器的wrapper，导致参数不匹配。比如：

  def my_decorator(func):
      def wrapper(a, b):
          return func(a, b)
      return wrapper
  
  class MyClass:
      @my_decorator
      def add(self, a, b):
          return a + b
  

  当调用obj.add(1,2)时，wrapper会拿到self作为a，1作为b，2就成了多余参数，直接报错。终端里你可能测试的是普通函数，没发现这个问题，放到类里就炸了。解决方法是让wrapper接受*args和**kwargs，或者用functools.wraps保留原函数的签名。

内容的提问来源于stack exchange，提问作者Daniel Antonin Black