一、继承的本质： copying 还是引用？

先从最基础的问题说起：子类究竟是"拥有"了父类的类变量，还是仅仅"引用"了它？

Java 的答案是：隐藏（Hide）。 当一个子类继承父类时，父类的 static 变量会被完整地"拷贝"到子类的命名空间中。但请注意，这个"拷贝"并非值的复制，而是一种命名空间的继承——子类拥有了自己的静态变量副本，它与父类的静态变量是两块独立的内存区域。子类可以定义一个与父类同名的 static 变量，此时父类的变量依然存在，子类的变量也独立存在，二者互不干扰。这就是 Java 文档中所说的"隐藏"：子类的变量遮住了父类的变量，但并未真正覆盖它。

Python 的答案是：引用（Reference）。 Python 的类变量属于类对象自身的命名空间。当子类未显式定义同名变量时，通过点号访问该变量会触发 MRO（方法解析顺序）查找——沿继承链向上搜索，直到找到第一个匹配项。此时，子类并没有自己的变量，它只是在"借用"父类的变量。所有未覆盖该变量的子类，都指向同一份父类变量的引用。

这一差异带来了一个关键结论：在 Java 中，父类和子类的 static 变量从一开始就是两个独立实体；在 Python 中，未覆盖的子类与父类共享同一个变量，直到子类主动赋值为止。

二、赋值的分叉：Java 的"各管各"与 Python 的"一刀两断"

真正让两门语言分道扬镳的，是赋值操作。

在 Java 中，当子类为同名 static 变量赋予新值时，仅仅是修改了子类自己的那份副本。父类的变量纹丝不动，其他兄弟子类的变量也毫无波澜。这是一种彻底的"各管各"模式——每个类维护自己的静态变量，继承只是初始状态的同步，后续修改完全隔离。

举例来说：父类定义了一个值为 10 的静态变量，子类将其改为 20。此时父类依然是 10，任何其他子类依然是 10。这种行为清晰、可预测，不存在任何歧义。

而 Python 的赋值操作则完全不同。当你执行"子类.变量 = 新值"时，Python 并不会去修改父类的变量，而是在子类自己的 __dict__ 中创建了一个全新的键值对。这一操作等价于切断了子类与父类变量之间的动态引用关系。从此以后，子类拥有了自己独立的类变量，父类的修改再也无法影响它。

但反过来，如果父类修改了自己的类变量，那么所有尚未"独立"的子类都会感知到这一变化。因为它们依然通过 MRO 链指向父类的变量。只有那些已经执行过赋值操作的子类，才会保持自己的独立值，不受父类变动的影响。

这种机制可以概括为八个字：读取沿链向上，赋值就地绑定。 这是 Python 类变量继承中最核心、也最容易被忽视的规则。

三、访问的博弈：Java 的"就近原则"与 Python 的"方法归属决定变量归属"

访问行为的差异，是两门语言在继承场景下最戏剧性的对比。

Java 奉行"就近原则"（也有人称之为"编译时绑定"）。 当通过类名访问静态变量时，编译器会根据等号左边的类型直接决定使用哪个类的变量。Parent.var 永远访问父类的 var，Child.var 永远访问子类的 var，二者泾渭分明。更值得注意的是，当子类实例调用从父类继承来的方法时，该方法内部访问的静态变量是父类的版本，而非子类的版本。这是因为 static 变量属于类，方法属于哪个类，就使用哪个类的静态变量。这一点在多态场景下尤为关键——它保证了行为的确定性，但也牺牲了灵活性。

Python 则奉行"运行时绑定"原则，且有一个令人意外的特性：方法归属决定变量归属。 当子类实例调用从父类继承来的方法时，该方法内部访问的变量会优先使用子类的变量，而不是父类的变量。这是因为 Python 中 self 始终指向子类的实例，而实例查找属性时遵循 MRO 规则。即便方法定义在父类中，执行时的上下文却是子类。因此，父类方法中的 self.a 实际上读取的是子类的 a。

这一差异在实际开发中影响深远。Java 中，你可以确信继承的方法使用的是父类的静态变量，逻辑清晰、不会出岔；Python 中，继承的方法却可能"偷偷"使用子类的变量，这种行为虽然符合动态语言的设计哲学，但也为调试带来了不小的挑战。

四、多继承的搅局者：Python 独有的复杂局面

Java 只支持单继承，一个子类只能有一个直接父类。这使得静态变量的继承链条简单而线性：子类要么继承，要么隐藏，不存在歧义。

Python 则支持多继承。当一个子类同时继承多个父类，且这些父类拥有同名类变量时，MRO 规则会按照继承声明的顺序（从左到右）依次查找，找到即止。这意味着，最右边父类的类变量会覆盖左边父类的同名变量。而一旦子类自己定义了该变量，所有父类的版本都会被屏蔽。

这种多继承场景在 Java 中根本不存在，但在 Python 中却是日常。它让类变量的继承行为变得更加丰富，也更加需要开发者具备清晰的认知。

五、工程实践中的启示

理解了这些差异之后，我们在实际工程中应该如何抉择？

在 Java 中， 由于静态变量的隐藏机制天然隔离了父子类之间的影响，你可以放心地让子类定义自己的静态变量而不必担心"污染"父类。但要警惕的是：通过实例访问静态变量时，编译器会根据引用类型（等号左边）来决定访问哪个类的变量，这在多态场景下容易产生误解。因此，Java 社区的最佳实践是：始终通过类名访问静态变量，避免通过实例访问。

在 Python 中， 由于赋值即绑定的特性，子类一旦对类变量赋值，就与父类彻底 decouple。如果你希望所有子类都能响应父类的修改，那么绝对不要在子类中直接赋值同名类变量。若确实需要共享状态，可以考虑使用可变对象（如列表或字典）作为类变量——但这把双刃剑容易引发隐蔽的副作用，务必慎之又慎。更优雅的方案是使用 @classmethod 封装受控的访问逻辑，让每个类明确管理自己的状态。

结语

Java 的 static 变量在继承中如同"分家"——父子各自持产，互不相干；Python 的类变量在继承中如同"引水"——未开渠则共用一源，一旦开渠便各行其道。一个追求确定性与隔离性，一个追求灵活性与动态性。两种设计哲学无所谓优劣，关键在于开发者是否真正理解其背后的运行机制。

跨语言开发时，最危险的不是语法的不同，而是"以为相同"的错觉。希望本文能帮助每一位工程师在 Java 与 Python 之间切换时，少一分困惑，多一分从容。