静态方法本身不持有跨实例数据引用，真正可能承载共享状态的是静态属性；识别关键在于方法是否读写类变量，尤其可变类型原地操作会引发跨实例影响。
静态方法本身不持有跨实例数据引用，它既不访问 self 也不隐式绑定实例；真正可能承载跨实例共享状态的是静态属性（类变量），而非静态方法。识别这类共享引用，关键在于区分“方法是否读写类级数据”，而非方法本身的声明方式。
看方法内部是否访问类变量或模块级对象
静态方法（@staticmethod）若在函数体内直接读取或修改类名点号访问的变量（如 MyClass.counter）、或修改可变类变量（如列表、字典），就构成了跨实例数据引用。
- ✅ 有共享引用：
@staticmethod中执行MyClass.cache.append(x)或MyClass.config['timeout'] = 30 - ❌ 无共享引用：仅操作参数、局部变量或返回纯计算结果，如
return a + b
检查被访问的类变量是否为可变类型且未加锁保护
不可变类型（如 int、str、tuple）的赋值会创建新对象，看似“修改”实则替换引用；而可变类型（list、dict、set）的原地操作（.append()、__setitem__）才会真正影响所有实例可见的状态。
- ⚠️ 危险模式：
MyClass.items = []是安全的（重新赋值），但MyClass.items.append(item)会导致所有实例看到同一份列表 - ? 若需并发安全，应配合
threading.Lock或使用线程本地存储（threading.local）隔离
追踪类变量定义位置与初始化时机
类体顶层定义的变量（如 cache = {}）在类加载时一次性初始化，所有实例共享其初始引用。若该变量在类方法中被首次赋值（尤其在 __init__ 外），需特别注意是否被多个静态方法反复覆盖或误用。
- ? 查找线索：搜索
class XXX:下方缩进相同、未在任何方法内的变量赋值语句 - ? 建议：对需要跨实例共享的类变量，显式标注注释（如
# shared cache across all instances），并考虑封装为@classmethod管理
用 id() 和 is 验证实际引用关系
运行时验证最可靠。在不同实例调用静态方法前后，打印关键变量的 id()，若多次调用后 id 不变且内容变化，说明确实是同一对象被复用。
- 示例检查：
print(id(MyClass.shared_list), MyClass.shared_list)在多个地方调用后对比 - ? 小技巧：在静态方法开头加
assert isinstance(MyClass.shared_dict, dict)可提前捕获意外类型变更
