静态属性修改本质是改类本身，所有未遮蔽该属性的类共享同一内存位置；java中为字段隐藏机制，js中无继承传播，需显式赋值，访问方式决定是否实时反映变更。
继承中静态属性的动态变更，本质仍是“改类本身”，而非改某个子类或父类的副本。它不按继承链逐级复制，而是所有直接/间接继承该静态属性的类，只要访问的是同一份定义（即未被遮蔽、未被重声明），就会看到一致的新值。
Java 中静态属性继承与修改的实质
Java 里静态属性不参与真正意义上的“继承”——子类并不会获得一份独立拷贝。它只是能通过子类名访问父类的静态成员（语法糖），实际存储位置仍在父类的 Class 对象中。
- 若子类未声明同名 static 字段，则
SubClass.staticField和SuperClass.staticField指向同一个内存位置；修改任一者，另一方立即可见 - 若子类自己定义了
static int staticField = 99;，这就不是继承，而是**隐藏（hiding）**：此时两个字段物理独立，互不影响 - 反射修改父类静态字段时，子类通过继承访问到的仍是那个被改过的值；但若子类已隐藏该字段，则不受影响
JavaScript 中原型链上的静态属性不存在“继承传播”
JS 没有传统意义的静态属性继承机制。所谓“类静态属性”，其实是构造函数对象自身的属性（如 MyClass.count）。子类构造函数（如 ChildClass）若未显式赋值，其 count 属性默认为 undefined，不会自动从父类读取。
-
class Parent { static x = 1 } class Child extends Parent {}→Child.x是undefined，不是1 - 必须显式设置：
Child.x = Parent.x或Child.x = 1，才拥有自己的静态值 - 修改
Parent.x不会自动同步到Child.x，二者完全解耦
修改后对已有实例的影响取决于访问方式
静态属性变更是否反映在实例上，关键看实例方法里是“实时读取”还是“缓存快照”。
- Java 实例方法中写
SuperClass.count：每次调用都读最新值，受动态修改影响 - JS 实例方法中写
MyClass.staticProp：同样实时读取，修改后新调用即生效 - 但如果构造时就做了缓存：
this.cached = MyClass.staticProp，那这个this.cached就固定了，不再变化
避免意外遮蔽，明确归属关系
多层继承下，最容易出问题的是字段名重复导致的隐性遮蔽。尤其在 Java 中，一个 public static 字段被子类同名字段覆盖后，父子类看似在操作同一个东西，实则互不相干。
- 检查是否真在操作同一字段：用反射打印
Field.getDeclaringClass()确认归属 - JS 中可通过
Object.getOwnPropertyDescriptor(Parent, 'x')和Object.getOwnPropertyDescriptor(Child, 'x')分别查看是否存在及来源 - 设计时优先用常量命名（如
public static final String NAME = "xxx"）减少运行时误改风险
