TypeScript带字符串索引签名的接口继承Object报错问题

你遇到的这个编译错误，本质是TypeScript字符串索引签名的约束导致的——当接口定义了[key: string]: string这类字符串索引签名时，TypeScript要求接口的**所有属性（包括从父类继承来的）**类型都必须匹配索引签名的类型（也就是string）。但Object接口里的hasOwnProperty是函数类型(v: string) => boolean，和string类型完全不兼容，所以才抛出了类型不匹配的错误。

下面给你两种实用的解决方案：

方案1：使用交叉类型（推荐） #

不需要让接口继承Object，而是用交叉类型把object类型和你的索引签名类型结合起来。这样既保留了对象的所有内置方法（让IntelliSense能正常提示），又能严格约束对象的字符串键属性都是string类型：

type MyObject = object & { [key: string]: string };

// 使用示例
const user: MyObject = {
  name: "John",
  email: "john@example.com"
};

// IntelliSense会正常提示hasOwnProperty方法
console.log(user.hasOwnProperty("name")); // true

这个方法的优势很明显：

• 编译完全正常，没有类型错误
• IntelliSense会自动提示Object的所有内置方法（比如hasOwnProperty、toString等）
• 严格保证了自定义属性的类型一致性

方案2：直接调用Object.prototype的方法（更健壮） #

如果你不想修改类型定义，也可以直接通过Object.prototype来调用方法。这种方式还能避免对象本身自定义了同名属性（比如{ hasOwnProperty: "fake" }）导致的逻辑错误：

interface MyObject {
  [key: string]: string;
}

const user: MyObject = {
  name: "John",
  email: "john@example.com"
};

// 安全调用hasOwnProperty，同时IntelliSense会提示call方法
console.log(Object.prototype.hasOwnProperty.call(user, "name")); // true

这种写法虽然长一点，但在复杂场景下更可靠，而且不需要改动原有接口就能获得IntelliSense支持。

补充：为什么不能直接继承Object？ #

如你所见，带字符串索引签名的接口继承Object会触发类型冲突，这是TypeScript的类型一致性约束导致的——既然你声明了所有字符串键的属性都是string，那继承来的属性也必须符合这个规则，但Object的内置方法显然不符合，所以报错是合理的设计。

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