类字段初始化器在super()返回后、构造函数主体执行前运行；可访问this且调用子类方法，按继承链从顶向下逐级执行，存在函数重复创建、提前计算和副作用等性能隐患。
类字段初始化器在 JavaScript 中的执行顺序是确定的，但容易被误解；它既不是在构造函数之前，也不是之后，而是在 super() 返回后、构造函数主体执行前完成。这个时机对继承链和性能都有实际影响。
执行时机：在 super() 返回后、constructor 主体前
类字段初始化器的代码会在父类构造函数执行完毕（即 super() 调用返回）之后、子类 constructor 函数体开始执行之前运行。
这意味着：
- 字段初始化可以访问
this，且this已绑定到当前实例（但尚未执行子类 constructor 的任何语句） - 若父类构造函数中已设置某些属性，字段初始化器可读取它们（前提是父类未将其设为私有或不可枚举）
- 若字段初始化器中调用方法，该方法若被子类重写，则调用的是子类版本（因为
this已是子类实例）
例如：
立即学习“Java免费学习笔记（深入）”；
class Parent {
constructor() {
console.log('Parent constructor');
this.x = 'from parent';
}
}
class Child extends Parent {
y = (() => {
console.log('Field initializer runs');
console.log('this.x:', this.x); // ✅ 输出 'from parent'
return 'y-value';
})();
constructor() {
console.log('Before super()');
super(); // Parent 构造函数执行完后，y 初始化才发生
console.log('Inside constructor body');
}
}
输出顺序为：Before super() → Parent constructor → Field initializer runs → this.x: from parent → Inside constructor body。
Javascript Sdk
下载
用于 inference.sh 的 JavaScript/TypeScript SDK，可运行 AI 应用、构建代理、集成 150+ 模型。包名：@inferencesh/sdk（npm install），完整 TypeScript 支持。
继承链中的初始化顺序：从顶向下逐级执行
对于多层继承（A → B → C），字段初始化不是“一次性收集后统一执行”，而是按类声明顺序，在每级 super() 返回后立即执行该级的字段初始化器。
也就是说：
- 创建 C 实例时，先调用 C 的
super()（进入 B 构造函数） - B 的
super()执行完（即 A 构造函数结束），B 的字段初始化器立即运行 - 然后 B 的
constructor主体执行（如有） - 控制权回到 C，C 的字段初始化器再运行
这导致字段初始化器的执行顺序与类层级一致（父类字段先于子类字段），但都晚于对应父类构造函数主体。
性能影响：闭包、计算开销与提前实例化
字段初始化器本质是构造函数内部的隐式赋值语句，但它常被写成内联函数调用（如 value = compute(); 或 handler = () => {...};），带来三类常见性能隐患：
- 每次实例化都重新创建函数：箭头函数或普通函数字面量会在每个实例中新建一个函数对象，无法复用 —— 应优先使用原型方法或绑定到实例的单例函数
-
同步阻塞计算提前执行：即使某个字段后续从未被访问，初始化器中的表达式也会强制运行（如
data = heavyParse(json);），建议改用 getter 或懒初始化模式 - 无意中触发 getter/setter 或 Proxy trap：若初始化器中访问了已定义的访问器属性，会立即触发副作用，可能打破预期时序
与 constructor 内赋值的本质区别
字段初始化器和 constructor 中的 this.x = ... 在最终效果上相似，但关键差异在于可读性、语法位置和工具链支持：
- 字段语法更声明式，利于静态分析（如 TypeScript 类型推导、IDE 自动补全）
- 字段初始化器在类体中直观可见，无需跳转到 constructor 查看默认值
- 但字段初始化器无法做条件分支或 try/catch —— 复杂逻辑仍需移入 constructor
- Babel/TypeScript 编译后，字段初始化器会被提升为
super()后的语句，与手动赋值生成几乎相同的运行时代码
