TypeScript中泛型类能否接收可变数量的泛型参数？

当然可以！TypeScript早就支持可变数量的泛型参数啦，完全能满足你想要的灵活实例化需求——不管是new MyClass<number>还是new MyClass<number, string>都没问题，正好适配你做强类型事件处理器的需求。

下面我给你两种实用的实现方案，对应不同的场景：

方案一：泛型剩余参数（无限可变参数） #

这是最灵活的方案，能支持任意数量的泛型参数，本质是用元组类型结合剩余语法来定义。比如针对你的事件处理器需求：

class TypedEventEmitter<T extends any[] = []> {
  private listeners: Set<(...args: T) => void> = new Set();

  // 注册监听器，参数类型完全匹配泛型定义
  on(listener: (...args: T) => void): void {
    this.listeners.add(listener);
  }

  // 触发事件，必须传入符合类型的参数
  emit(...args: T): void {
    this.listeners.forEach(listener => listener(...args));
  }
}

// 使用示例
// 1. 单一参数的事件
const numEvent = new TypedEventEmitter<[number]>();
numEvent.on(num => console.log(`收到数字：${num}`));
numEvent.emit(100); // ✅ 类型安全，必须传number
// numEvent.emit("abc"); // ❌ 类型错误，不符合泛型定义

// 2. 多参数的事件
const userEvent = new TypedEventEmitter<[string, number, boolean]>();
userEvent.on((name, age, isActive) => {
  console.log(`用户：${name}，年龄：${age}，状态：${isActive ? '活跃' : '离线'}`);
});
userEvent.emit("Alice", 28, true); // ✅ 参数完全匹配

// 3. 无参数的事件
const emptyEvent = new TypedEventEmitter();
emptyEvent.on(() => console.log("无参数事件触发"));
emptyEvent.emit(); // ✅ 无需传参

这种写法的优势是真正支持任意数量的泛型参数，不管你的事件需要1个、5个还是更多参数，都能完美适配，而且类型检查非常严格。

方案二：多泛型参数+默认值（类C#风格） #

如果你更习惯C#那种MyClass<T1, T2>的写法，不想用元组[T1, T2]，可以通过定义多个泛型参数并设置默认值来实现：

class FlexibleEventEmitter<A = void, B = void, C = void> {
  private listeners: Set<(a: A, b: B, c: C) => void> = new Set();

  on(listener: (a: A, b: B, c: C) => void): void {
    this.listeners.add(listener);
  }

  emit(a: A, b: B, c: C): void {
    this.listeners.forEach(listener => listener(a, b, c));
  }
}

// 使用示例
// 单一参数
const singleParamEvent = new FlexibleEventEmitter<number>();
singleParamEvent.on(num => console.log(num));
singleParamEvent.emit(200); // ✅ 只传第一个参数即可，后面的void参数会被忽略

// 两个参数
const twoParamEvent = new FlexibleEventEmitter<string, boolean>();
twoParamEvent.on((msg, success) => console.log(`${msg}: ${success}`));
twoParamEvent.emit("登录成功", true); // ✅ 参数匹配

这种写法的局限是需要提前定义最大支持的泛型参数数量（比如上面的A、B、C三个），如果你的事件参数超过这个数量就不够用了。所以如果参数数量不确定，还是推荐第一种方案。

总结 #

对于你的强类型事件处理器需求，第一种泛型剩余参数的方案是最优解，既能保证类型安全，又能灵活支持任意数量的事件参数，完全可以替代单一类型的EventEmitter。

内容的提问来源于stack exchange，提问作者Lion