静态方法用 static 关键字定义，属类本身，不可访问 this 和实例属性；如 Utils.formatDate()；误用会导致内存浪费或 undefined 错误；静态方法间调用用类名或 this.constructor。

JavaScript 类中定义静态方法的正确写法

静态方法属于类本身，不依赖实例，适合放通用工具函数。直接在方法名前加 static 关键字即可，不需要 this，也不能访问实例属性。

class Utils {
  static formatDate(date) {
    return date.toISOString().split('T')[0];
  }

  static isEmail(str) {
    return /^[^\s@]+@[^\s@]+\.[^\s@]+$/.test(str);
  }
}

// 调用方式
Utils.formatDate(new Date()); // ✅
Utils.isEmail('a@b.c');       // ✅
// new Utils().formatDate();  // ❌ 报错：not a function

静态方法 vs 实例方法的常见误用场景

把本该是静态的校验、格式化、常量计算逻辑写成实例方法，会导致无谓创建实例，浪费内存；反过来，若静态方法里用了 this.xxx，运行时会报 Cannot read property 'xxx' of undefined。

• 需要访问 this.name、this.id → 必须是实例方法
• 只操作入参、返回新值（如 parseJSON、deepClone）→ 静态方法更合适
• 想在静态方法里调用另一个静态方法 → 用 ClassName.methodName() 或 this.constructor.methodName()

ES6 类中无法定义“静态属性”的兼容写法

虽然 static prop = value 在现代环境已支持，但旧版 Node（

class ApiClient {
  static baseUrl = 'https://api.example.com';
  static timeout = 5000;
}

// 兼容写法（推荐用于需支持较老环境的项目）
ApiClient.version = '2.1.0';
ApiClient.supportedMethods = ['GET', 'POST'];

注意：static get VERSION() { return '2.1.0'; } 是只读的，但无法被枚举（Object.keys(ApiClient) 看不到），实际使用中不如直接赋值清晰。

从工具函数迁移到静态方法时要注意的坑

原来独立的函数（如 debounce、throttle）搬进类后，容易忽略 this 绑定和参数透传问题。尤其当静态方法返回闭包时，内部仍可能意外捕获外部 this。

• 避免在静态方法里直接写 function() { ... } 并期望它有类实例上下文
• 箭头函数在静态方法内是安全的，因为它不绑定 this
• 如果静态方法要返回一个可复用的工具（比如带默认配置的 fetchWithRetry），建议用工厂函数封装，而不是强行塞进类体

静态方法不是命名空间的替代品。如果工具函数之间几乎没有关联，硬塞进一个叫 Helper 的类，反而增加维护成本。