TypeScript中如何判断NumberConstructor、StringConstructor等构造函数类型

你遇到的问题根源是TS的结构化类型系统，内置的NumberConstructor、StringConstructor等接口结构存在重叠，直接用switch/case做比对时，类型收窄会出现不符合预期的情况，以下是两种可直接落地的解决方案：

方案1：自定义类型守卫 + 分支判断 #

TS没有为内置构造函数接口提供默认类型守卫，我们可以自己实现符合要求的类型谓词函数，实现精准的类型收窄：

// 实现对应构造函数的类型守卫
function isNumberConstructor(target: unknown): target is NumberConstructor {
  return target === Number;
}
function isStringConstructor(target: unknown): target is StringConstructor {
  return target === String;
}
function isObjectConstructor(target: unknown): target is ObjectConstructor {
  return target === Object;
}

// 使用示例
if (isNumberConstructor(TYPE)) {
  // 此处TYPE会被自动收窄为NumberConstructor类型
} else if (isStringConstructor(TYPE)) {
  // 此处TYPE会被自动收窄为StringConstructor类型
} else if (isObjectConstructor(TYPE)) {
  // 此处TYPE会被自动收窄为ObjectConstructor类型
}

该方案逻辑清晰，类型收窄完全符合TS的类型检查规则，不会出现误判。

方案2：对象映射表（更推荐，易维护） #

如果需要覆盖所有联合类型的成员，使用对象映射表比switch/case更安全，TS会自动校验你是否覆盖了所有可能的取值，遗漏分支时会直接抛出类型错误：

const typeHandler: Record<typeof TYPE, () => void> = {
  [Number]: () => {
    // Number构造函数对应的业务逻辑
  },
  [String]: () => {
    // String构造函数对应的业务逻辑
  },
  [Object]: () => {
    // Object构造函数对应的业务逻辑
  }
}

// 直接调用对应处理函数
typeHandler[TYPE]();

保留switch/case的修正方案 #

如果要保留原有的switch/case写法，需要补充两点修正：

• 每个case分支末尾添加break或return避免逻辑穿透
• 分支内部通过显式类型断言确认类型，避免TS的结构化类型比对导致的收窄异常

const TYPE: NumberConstructor | StringConstructor | ObjectConstructor = String;

switch(TYPE) {
  case Number: {
    const target = TYPE as NumberConstructor;
    // 业务逻辑
    break;
  }
  case String: {
    const target = TYPE as StringConstructor;
    // 业务逻辑
    break;
  }
  case Object: {
    const target = TYPE as ObjectConstructor;
    // 业务逻辑
    break;
  }
}

内容的提问来源于stack exchange，提问作者Takeshi Tokugawa YD