静态方法用 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) 看不到），实际使用中不如直接赋值清晰。
立即学习“Java免费学习笔记（深入）”；
从工具函数迁移到静态方法时要注意的坑
原来独立的函数（如 debounce、throttle）搬进类后，容易忽略 this 绑定和参数透传问题。尤其当静态方法返回闭包时，内部仍可能意外捕获外部 this。
- 避免在静态方法里直接写
function() { ... }并期望它有类实例上下文 - 箭头函数在静态方法内是安全的，因为它不绑定
this - 如果静态方法要返回一个可复用的工具（比如带默认配置的
fetchWithRetry），建议用工厂函数封装，而不是强行塞进类体
静态方法不是命名空间的替代品。如果工具函数之间几乎没有关联，硬塞进一个叫 Helper 的类，反而增加维护成本。
