Python类属性getter/setter：能否从实例中通过property修改跨实例共享类属性？

完全可以通过property及配套setter实现跨实例共享的类属性读写，只要避开最常见的实例属性遮蔽类属性的坑，完全能覆盖你描述的「实例销毁写原因、新实例初始化读原因」的业务场景。

很多人第一次实现的时候会写如下代码，最终达不到共享效果：

# 错误实现，无法实现跨实例共享
class Demo:
    # 类上定义的共享存储属性
    _shared_destroy_reason = None

    @property
    def destroy_reason(self):
        return self._shared_destroy_reason

    @destroy_reason.setter
    def destroy_reason(self, value):
        # 坑点：这里直接给self赋值，本质是给当前实例新建了一个同名的实例属性
        # 类上的原始属性完全不会被修改
        self._shared_destroy_reason = value

错误原因：上述setter执行时，赋值操作作用在实例本身的__dict__上，根本没有触达类的属性存储，新实例初始化时读到的仍然是类上的原始空值，完全实现不了跨实例共享。

只需要调整property的getter、setter逻辑，不再操作实例本身的属性，而是直接操作类层级的存储位置即可：

# 基础版正确实现
class Demo:
    # 类上的共享存储属性，用单下划线做命名提示即可，不要用双下划线触发名称改写
    _shared_destroy_reason = None

    @property
    def destroy_reason(self):
        # 读取时直接从当前实例所属的类属性取值
        return type(self)._shared_destroy_reason

    @destroy_reason.setter
    def destroy_reason(self, value):
        # 写入时直接给类属性赋值，不碰实例自身的存储
        type(self)._shared_destroy_reason = value

验证逻辑：

# 测试共享效果
instance1 = Demo()
# 在第一个实例内部设置销毁原因
instance1.destroy_reason = "内存占用超限被回收"

instance2 = Demo()
# 新实例直接可以读到之前设置的共享值
print(instance2.destroy_reason)  # 输出：内存占用超限被回收

如果业务类存在多层继承需求，用元类把property逻辑和共享存储统一封装，能避免继承场景下的属性错位问题：

# 元类封装共享逻辑
class SharedDestroyReasonMeta(type):
    # 元类层级的真正存储位置
    _destroy_reason_store = None

    @property
    def destroy_reason(self):
        return self._destroy_reason_store

    @destroy_reason.setter
    def destroy_reason(self, value):
        self._destroy_reason_store = value


# 业务类直接使用上述元类即可
class BusinessObject(metaclass=SharedDestroyReasonMeta):
    # 实例的析构逻辑里，可以直接通过property写共享值
    def __del__(self):
        self.destroy_reason = "当前实例被销毁"

    def __init__(self):
        # 初始化时直接读property拿到上一实例的销毁原因，完成自定义初始化逻辑
        last_destroy_reason = self.destroy_reason
        # 后续可以基于last_destroy_reason做初始化分支判断

• 不要在共享存储属性上使用双下划线开头的命名，双下划线会触发Python的名称改写机制，子类继承时会自动改写属性名，直接导致跨实例共享失效
• 如果有多层继承、多继承场景，需要明确共享属性的归属：是整个类层级全局共享一份，还是每个子类单独维护自己的共享值，对应调整getter/setter里取类对象的逻辑即可
• 多线程并发场景下，多个实例同时修改这个共享属性时，需要额外加并发锁，和普通类属性的线程安全注意事项一致
• 绝对不要在setter逻辑里直接给self赋值同名属性，一旦赋值到实例存储，这个值就会和类属性完全切割，再也不具备共享能力

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