子类中不能用 super() 给访问器属性赋值，因为 super() 是方法调用代理，不触发描述符协议；正确做法是通过 self 访问和修改，或在子类 property 中显式委托父类逻辑。
子类中不能用 super() 给访问器属性（如 @property、描述符或带验证逻辑的 setter）赋值，因为 super() 是方法调用代理，不是属性写入通道——它不触发描述符协议，也不转发赋值操作到父类实例。
访问器属性的本质限制
Python 中的访问器属性依赖描述符协议（__get__、__set__、__delete__）工作，而 super() 返回的是一个代理对象，该对象只支持同名方法的向上委托，**不支持对属性的赋值语句解析**。以下写法全部无效：
-
super().name = "Alice"→ 实际尝试在父类类字典中写入，通常静默失败或污染父类命名空间 -
super().config.update(...)→ 若config是 property，此操作会报AttributeError（无法对只读属性赋值）或TypeError（property 对象不可调用） -
super().value = 42→ 即使父类有对应 setter，也不会触发__set__，因赋值未作用于实例本身
正确做法：始终通过 self 访问和修改
访问器属性的设计目标是封装实例状态，所有读写都应面向当前实例。只要父类已通过 super().__init__() 完成初始化，就可以安全使用 self.attr = value：
- 若父类定义了
@name.setter，直接写self.name = "Bob"即可触发完整逻辑（含验证、缓存更新等） - 若子类需扩展 setter 行为，应在子类中重写该 property，并在内部显式调用
super().name（仅限 getter）或复用父类逻辑后补充处理 - 避免在
super().__init__()前访问self.xxx，否则可能因底层字段未初始化而报错（如self._raw_data尚未存在）
需要复用父类访问逻辑时的推荐模式
当子类想保留父类的访问器行为并叠加新逻辑，不要覆盖赋值，而是组合或显式委托：
- 对于只读 property，子类可复用：
@property def display_name(self): return f"[Sub] {super().name}" - 对于可写属性，子类 setter 中先调用父类逻辑（若其 setter 允许），再执行额外动作：
@name.setter def name(self, v): super(SubClass, self.__class__).name.fset(self, v); self._log_change(v) - 更清晰的做法是把核心逻辑抽离为普通方法（如
_set_name_core()），让 property 和子类都能调用，避免描述符嵌套复杂度
多继承下尤其要警惕 MRO 与描述符失效
在钻石继承等复杂结构中，super().attr = val 不仅无效，还可能误导你认为某层 setter 被调用。验证方式很简单：
- 打印
type(self).__mro__，确认当前super()解析路径 - 检查
hasattr(super(), 'attr')—— 几乎总为False，因为super()对象不暴露属性接口 - 真正起效的永远只有
self.attr = ...或显式类名调用（如Parent.attr.__set__(self, val)，但不推荐）
