禁止直接使用 Object.prototypes 的内置属性 (no-prototype-builtins)

配置文件中的 "extends": "eslint:recommended" 属性启用了此规则。

在ECMAScript 5.1中，新增了 Object.create，它支持使用指定的 [[Prototype]] 创建对象。Object.create(null) 是一种常见的模式，用于创建将用作映射的对象。当假定对象将包含来自Object.prototype 的属性时，这可能会导致错误。该规则防止直接从一个对象调用某些 Object.prototype 的方法。

此外，对象可以具有属性，这些属性可以将 Object.prototype 的内建函数隐藏，可能导致意外行为或拒绝服务安全漏洞。例如，web 服务器解析来自客户机的 JSON 输入并直接在结果对象上调用 hasOwnProperty 是不安全的，因为恶意客户机可能发送一个JSON值，如 {"hasOwnProperty": 1}，并导致服务器崩溃。

为了避免这种细微的 bug，最好总是从 Object.prototype 调用这些方法。例如，foo.hasOwnProperty("bar") 应该替换为 Object.prototype.hasOwnProperty.call(foo, "bar")。

Rule Details

该规则禁止直接在对象实例上调用 Object.prototype 的一些方法。

错误 代码示例：

/*eslint no-prototype-builtins: "error"*/
​
var hasBarProperty = foo.hasOwnProperty("bar");
​
var isPrototypeOfBar = foo.isPrototypeOf(bar);
​
var barIsEnumerable = foo.propertyIsEnumerable("bar");

正确 代码示例：

/*eslint no-prototype-builtins: "error"*/
​
var hasBarProperty = Object.prototype.hasOwnProperty.call(foo, "bar");
​
var isPrototypeOfBar = Object.prototype.isPrototypeOf.call(foo, bar);
​
var barIsEnumerable = {}.propertyIsEnumerable.call(foo, "bar");

背后的原理

今天在想到原型链的时候突然意识到为何 ESLint 不允许从目标对象调用 Object 原型方法。

在 JS 中，往往通过改变原型链实现继承。一旦原型链发生改变，原先可以访问到的原型属性、方法便可能无法访问。考虑最极端的情况，若 obj 原先原型链的最顶端是 Object，此时可以通过原型链访问 Object.hasOwnProperty 方法；而若改变后，顶端不再是 Object，那么访问 obj.hasOwnProperty 访问就会得到 undefined。因此，直接从对象访问原型方法，很可能会带来隐藏的 BUG。