JavaScript静态方法是直接挂载在类或构造函数上的工具函数，不依赖实例，用static声明且只能通过类名调用，适用于工厂创建、类型校验、配置管理等无状态场景。
JavaScript 静态方法是直接挂在构造函数（或 class）本身上的函数，不依赖实例，不能通过 this 访问实例属性或方法。 它们适合封装与类逻辑相关、但无需操作具体对象的工具行为——比如工厂创建、类型校验、配置初始化等。
静态方法怎么定义和调用？
用 static 关键字声明，只能通过类名（如 MyClass.method()）调用，不能在实例上调用（new MyClass().method() 会报 TypeError）。
常见错误：在静态方法里写 this.name 却忘了它指向的是类本身，不是实例——此时 this 是构造函数，不是实例对象。
- ES6 class 写法：
class ApiClient { static createWithToken(token) { return new ApiClient({ token }); } constructor(config) { this.token = config.token; } } - 函数构造器写法：
function Logger() {} Logger.logError = function(msg) { console.error(`[ERROR] ${msg}`); }; - 调用必须走类名：
ApiClient.createWithToken('abc123')，而不是new ApiClient().createWithToken(...)
什么时候该用静态方法？看这三种典型场景
核心判断标准：这个功能是否「只跟类有关，跟具体哪个实例无关」。
立即学习“Java免费学习笔记（深入）”；
-
工厂方法：创建并返回新实例，比如
Date.parse()、JSON.parse()、Array.from()—— 它们不操作已有实例，而是生成新的 -
工具型校验：比如
Number.isInteger()、Object.is()，输入参数即可得出结果，不需要访问实例状态 -
配置或常量管理：如
Math.PI是静态属性，Math.max()是静态方法；类内部统一管理 API 基础 URL 或默认超时时间，也适合放静态方法里初始化
反例：如果方法需要读取 this.userId 或调用 this.save()，那就不能是静态的——强行写进去会导致 undefined 或运行时报错。
静态方法和普通方法混用时容易踩的坑
最常被忽略的是作用域和继承行为。
- 子类会继承父类的静态方法，但不会自动绑定子类的
this：若父类静态方法里用了this，在子类调用时this指向子类构造函数，不是父类——这有时是优势（比如实现多态工厂），有时是陷阱（比如误以为this总是父类） - 无法被实例方法直接覆盖：你不能在实例方法里用
super.staticMethod()调用，因为静态方法不在原型链上 - Tree-shaking 友好性差：打包工具（如 Webpack、Rollup）很难判断某个静态方法是否被实际使用，容易保留冗余代码；而实例方法配合
new和原型调用更容易被分析 - 测试隔离更难：静态方法依赖全局类引用，mock 成本比依赖注入实例高；例如测试
ApiClient.createWithToken()时，得手动替换整个ApiClient构造函数，不如传入一个 mock 实例灵活
真正要用静态方法，往往是因为语义清晰、调用简洁、且确实无状态依赖。一旦发现开始往静态方法里塞 if (this.env === 'dev') 或试图访问实例字段，就该停下来重考虑设计了。
