在 ES2015 引入 class 语法之前，JavaScript 的静态方法通常通过给构造函数直接添加属性来模拟。现在 class 关键字让写法更清晰，但底层模型没有变化：静态方法本质上是构造函数对象上的属性，而实例方法才是挂到 prototype 上的。理解这一点是后续讨论 this、继承和类型约束的前提。
可以先看一个最简单的例子，User.create 属于类自身，sayHi 属于原型。
class User {
static systemRole = 'admin';
name: string;
constructor(name: string) {
this.name = name;
}
sayHi() {
return `${this.name} says hi`;
}
static create(name: string) {
return new User(name);
}
}
const u = User.create('Alice');
console.log(u.sayHi());
console.log(User.systemRole);
// 实例对象上没有 create 方法
// u.create 会提示不存在
这里 new User('Alice') 得到的实例 u 可以访问 sayHi，却不能直接调用 create。反过来，User.create 内部也接触不到某个具体实例的 name 属性，因为它没有经过 new 创建的实例上下文。可以把类拆成两个平面：一个是构造函数对象，承载静态成员；另一个是 prototype 对象，承载实例成员。这两条链在运行时是分开的。
静态方法里的 this 同样不是实例。在 User.create 中，this 指向 User 构造函数本身。这个规则在继承场景下会带来非常有趣的行为：如果子类继承并使用同一个静态方法，this 会切换到子类构造器，这正是很多框架利用的静态多态能力。
一、静态成员与实例成员在运行时如何分布
从上面的例子可以看出，static systemRole = 'admin' 和 static create 都是直接定义在 User 函数对象上的。这可以用一段等价代码来理解：老写法是 User.systemRole = 'admin'、User.create = function () {}，而 class 语法只是把这些赋值包装得更像面向对象语言。这个细节决定了实例为什么不能访问静态成员，因为实例的原型链只指向 User.prototype，并不会指向 User 本身。
静态属性和静态方法之间可以互相访问。比如在 create 方法中可以用 User.systemRole 或 this.systemRole 读取静态属性，这里的 this 就是类构造器。但要注意，如果在静态方法中写了 this.name，在 User.create('Alice') 场景下并不会有任何实例属性，结果通常是 undefined，因为类本身并没有 name 这样的自有属性。这也是静态方法和实例方法混用时最容易出错的地方。
另一个常见问题是把静态方法当作回调传递。如果把 User.create 赋值给一个函数变量后直接调用，this 可能丢失。例如 const fn = User.create; fn('Tom') 在严格模式下 this 是 undefined，这样访问 this.systemRole 就会报错。解决方式是在静态方法内部优先使用类名访问，或者用箭头函数绑定。
二、静态方法真的会被继承吗
ESNext 的 class 继承不只是复制 prototype，还会建立构造函数之间的原型链。因此子类可以通过这条链访问父类的静态属性和静态方法。下面的代码会展示这种关系。
class Animal {
static kingdom = 'Animalia';
static identify() {
return `Kingdom: ${this.kingdom}`;
}
}
class Dog extends Animal {}
console.log(Dog.kingdom); // Animalia
console.log(Dog.identify()); // Kingdom: Animalia
Dog.kingdom = 'Canidae';
console.log(Animal.kingdom); // Animalia
console.log(Dog.kingdom); // Canidae
这里 Dog 自己没有定义 kingdom 和 identify，但执行 Dog.kingdom 时引擎会沿着 Dog 的构造函数原型寻找，最终找到 Animal。这就是静态继承的基本机制。给 Dog.kingdom 赋值不会修改父类，只是给 Dog 添加了自有静态属性，后续读取时优先命中子类自己的值。
更值得关注的是 this 多态。在上述 identify 方法里写的是 this.kingdom，因此当 Dog.identify() 被调用时，this 指向 Dog，它读取到的是子类自己的 kingdom。如果修改的是 Dog.kingdom，返回结果就变成 Canidae；如果子类没有修改，则沿原型链回溯到父类。这个特性让父类静态方法可以作为模板，子类覆盖静态属性后获得不同行为。
静态方法中还可以使用 super 调用父类静态方法。比如在 Dog 中定义 static identify() { return super.identify() + ' from Canidae'; }，这样既复用了父类逻辑，又扩展了子类行为。ES2022 还加入了 static block，可以在类定义时执行一段静态初始化逻辑，这在需要初始化复杂静态数据时比一行赋值更灵活。
三、TypeScript 对静态方法的类型描述
TypeScript 中的类同时具备两个类型身份：实例侧类型描述的是 new User() 得到的对象形状，而静态侧类型描述的是 User 这个类对象本身的形状。使用 typeof User 可以拿到静态侧类型。
class User {
static systemRole = 'admin';
name: string;
constructor(name: string) {
this.name = name;
}
static create(name: string) {
return new User(name);
}
}
interface UserConstructor {
new (name: string): User;
create(name: string): User;
}
const ctor: UserConstructor = User;
console.log(ctor.create('Bob'));
这里手动定义了一个 UserConstructor 接口来描述构造器签名和静态方法。日常开发中更常用 typeof User 来获得完整静态侧类型，但显式接口能帮助团队约束静态方法重写时的参数和返回值。需要特别注意的是，子类重写静态方法时可以收紧或调整签名，但必须兼容父类静态方法，否则协变检查会报错。
TypeScript 目前不支持真正意义上的抽象静态方法，也就是不能写 abstract static create。原因是静态成员不属于实例抽象约束的范畴，class 的 abstract 只对实例成员生效。但我们可以通过静态方法上的 this 参数来约束调用方，比如在父类中定义 static getType(this: typeof BaseService)，这样继承后的子类调用时，this 会被推导为子类构造函数类型，从而获得更精确的静态属性类型。这个技巧在基类工厂、插件注册等场景中很实用。
四、静态方法适合哪些场景，哪些场景应该避免
静态方法最典型的用途之一是工厂方法。当构造过程需要额外逻辑、缓存或根据参数返回不同子类时，直接在类上挂一个 create 或 from 方法，比把所有逻辑塞进构造函数更清晰。再比如单例模式，通常会用静态方法加私有构造函数来保证只有一个实例。
class ConfigManager {
private static instance: ConfigManager;
private constructor(public env: string) {}
static getInstance(): ConfigManager {
if (!ConfigManager.instance) {
ConfigManager.instance = new ConfigManager('production');
}
return ConfigManager.instance;
}
}
const config = ConfigManager.getInstance();
console.log(config.env);
另一种合适的情况是方法与类强关联，但不需要实例状态。比如 User.create、Date.now()、Array.isArray() 都属于类级别的能力。它们放在静态成员上，比单独导出模块函数更符合命名空间的直觉，调用时也能一眼看出该方法属于哪个类。
然而并非所有工具函数都适合写成静态方法。如果一个函数与类关系很弱，只是碰巧被某个类使用，更好的做法是导出普通函数。模块函数更容易做 tree shaking，测试时也不需要先构造一个类。若把所有逻辑都塞进静态方法，类很容易退化成杂乱的工具箱，同时还会带来全局状态的隐式耦合，因为静态属性天然是全局可变的。判断标准可以看方法是否需要访问私有构造逻辑、是否与类身份强绑定；如果只是输入输出流水线，普通函数通常更简单。
静态方法的本质就是构造函数对象上的属性，它解决了类级别能力的组织问题，也引入了 this 指向和继承多态这些需要认真对待的细节。从 JavaScript 的运行时模型到 TypeScript 的类型设计，静态方法都处在实例能力与模块函数之间的位置。理解它的边界后，就能根据具体场景决定是挂到类上，还是导出独立函数。
静态方法TypeScriptJavaScript修改时间：2026-09-20 02:30:56