静态属性属类、共享且初始化时机取决于写法：es2022+支持类体内static prop = value，兼容推荐类外赋值；复杂逻辑用static{}块。实例属性属对象、隔离，可在构造函数、类体内（es2022+）或延迟初始化。
静态属性和实例属性初始化方式不同，关键在“归属对象”和“初始化时机”：静态属性属于类本身，所有实例共享；实例属性属于每个 new 出来的对象，彼此隔离。
静态属性的初始化方式
ES6 初始不支持类体内直接写 static prop = value，但现代环境（ES2022+）已原生支持。兼容性和语义清晰度决定你选哪种：
-
推荐方式（兼容性最好）：类定义后单独赋值，例如
MyClass.count = 0。这明确表达了“这是类的自有属性”，且在所有 JS 环境中都能运行。 -
简洁方式（需环境支持）：ES2022 起可在类体内用
static count = 0。它在类定义时执行初始化，比外部赋值更内聚，但 Node.js -
复杂初始化场景：用
static{}静态块，比如解析 JSON、校验数据、冻结对象。它只执行一次，适合带逻辑的初始化，且能捕获异常并降级处理。
实例属性的初始化方式
实例属性必须绑定到 this，有三种主流写法，适用场景略有差异：
-
构造函数内赋值：最传统、最兼容，例如
this.name = name。适合需要参数计算、条件判断或调用方法的场景。 -
类体内直接声明（ES2022+）：如
name = 'default'。语法简洁，初始化时机与构造函数同步（在 super() 之后），但不能访问参数或 this 上其他动态值（除非配合 getter）。 -
延迟初始化（按需设置）：在方法中首次使用时赋值，例如
get data() { return this._data ?? (this._data = fetchData()); }。节省内存，适合开销大的属性。
常见错误与注意事项
初始化错位会导致行为不符合预期，尤其在继承或共享状态时：
- 不要在构造函数里写
this.constructor.prop++却没提前定义static prop——会创建全局变量或报错。 - 子类继承父类静态属性，但不会自动继承其值；
Child.count初始为undefined，除非显式赋值或通过super()触发父类初始化逻辑。 - 实例属性若用
static修饰，就不是实例属性了；反之，类体内漏写static却想当静态用，结果会挂到实例上，造成内存浪费和逻辑混乱。 - 避免在实例方法中直接修改静态属性而不封装——应提供
increment()、reset()等静态方法，增强可维护性。
初始化不是写在哪行代码的问题，而是想清楚“这个值归谁管、何时确定、能否被改”。静态属性管全局状态，实例属性管个体特征，选对方式，代码才不容易出 bug。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
