单继承正确写法是class Child(Parent):，括号内仅一个父类名；多继承用class Child(A, B):，顺序决定MRO；需验证__bases__和mro()确保继承生效。
Python中用class声明单继承的正确写法
单继承就是子类只继承一个父类，语法上直接在 class 后面括号里写一个父类名即可。关键点在于：括号内只能有一个类名，不能加逗号，也不能写多个——哪怕只多一个空格或逗号，Python 就会报 SyntaxError: invalid syntax。
常见错误是误把单继承写成元组形式，比如 class Child(Parent,):（末尾逗号）或 class Child((Parent)):（套了多余括号），这两种都会让解释器困惑，尤其后者会被当作表达式而非继承声明。
-
class Dog(Animal):✅ 正确，清晰表明 Dog 继承自 Animal -
class Dog(Animal,):❌ 语法合法但语义误导，容易被当成多继承的简写 -
class Dog((Animal)):❌ 报错，Python 不允许嵌套括号用于继承声明 - 继承链中若父类有
__init__，子类通常需显式调用super().__init__()，否则父类初始化逻辑不会自动执行
Python中用class声明多继承的语法与顺序规则
多继承即子类同时继承多个父类，语法是在 class 后括号中用逗号分隔多个类名：class C(A, B):。这里顺序不是随意的——它直接决定方法解析顺序（MRO），而 MRO 决定了 super() 和属性查找走哪条路径。
例如 class D(B, A): 和 class D(A, B): 的 MRO 完全不同，即使 A、B 没有共同父类，D.mro() 返回的类列表也会因声明顺序改变。一旦出现同名方法，靠前的类优先被选中。
立即学习“Python免费学习笔记（深入）”；
- 多个父类间不能有循环继承关系，否则定义类时就抛
TypeError: Cannot create a consistent method resolution order (MRO) - 如果 A 和 B 都继承自 C，那么
class D(A, B):是合法的，C 会在 MRO 中自动去重且排在最后 - 不推荐为“组合功能”强行多继承，比如同时继承
JSONSerializable和DatabaseRecord，更稳妥的方式是用 composition 或 mixin 类配合明确命名
检查继承关系是否生效：别只信 class 定义
光看 class Child(Parent): 这行代码，并不能保证继承真正起作用。Python 允许你写 class Child(): 然后在后面动态赋值 Child.__bases__ = (Parent,)，但这不属于常规声明方式，也难维护。
真正验证继承是否生效，得运行时查 __bases__ 和 mro()：
print(Child.__bases__) # 输出如 (<class '__main__.Parent'>,) print(Child.mro()) # 输出完整的解析链，含 object
-
__bases__是元组，反映 class 声明时括号里的原始内容；修改它不会自动更新 MRO -
mro()才是真实生效的方法查找顺序，每次类定义或继承结构变化后都会重新计算 - 如果发现子类没拿到父类的属性，先确认父类不是用
__slots__限制了属性，再查 MRO 是否把父类排到了后面甚至被跳过
多继承下 super() 的行为比想象中更依赖声明顺序
很多人以为 super() 总是调用直接父类，其实它严格按 MRO 列表往后找下一个类。这意味着，在 class C(A, B): 中，A 的 super().__init__() 不会跳去 B，而是去找 A 在 MRO 中的下一个类——可能是 B，也可能是它们共同的祖先，取决于整个继承图。
- 如果 A 和 B 都定义了
__init__，且都写了super().__init__()，那么只有按 MRO 顺序能走到的那一个才会被实际调用；另一个可能被跳过，导致初始化遗漏 - 解决办法不是删掉
super()，而是确保所有参与多继承的类都遵循 cooperative inheritance 协作模式：每个方法都接受**kwargs并原样传给super()，避免参数不匹配中断链 - 调试时可临时在各父类
__init__开头加print(self.__class__.__mro__)，一眼看出当前上下文的解析路径
多继承的声明看着只是逗号分隔几个名字，但背后 MRO 的计算、super() 的跳转、以及 <strong>init</strong> 链是否完整，任何一个环节出偏差，问题都藏得深且难复现。
