为何Object.groupBy()返回的对象不存在hasOwnProperty方法？

这个问题抓得非常准！你发现的是Object.groupBy()的刻意设计——它返回的是一个不继承Object.prototype的原型为空对象，所以自然找不到hasOwnProperty这类挂载在原型上的方法。下面来拆解这个设计背后的思路：

1. 彻底避免键名冲突与原型污染 #

如果groupBy()返回普通继承原型的对象，会有一个致命隐患：如果你的分组键刚好和Object.prototype上的方法名重名（比如"hasOwnProperty"、"toString"、"constructor"），就会直接覆盖原型方法，导致后续逻辑混乱。

举个极端例子：

const trickyPeople = [{ name: "Dan", role: "hasOwnProperty" }];
// 模拟返回普通原型对象的情况
const badGrouped = {};
badGrouped[trickyPeople[0].role] = trickyPeople;

// 这里会直接报错，因为badGrouped.hasOwnProperty已经变成了数组，不是方法
console.log(badGrouped.hasOwnProperty("dev"));

而用原型为空的对象，所有键都是用户自定义的分组键，完全不会和原型方法产生冲突，从根源上杜绝了这类问题。

2. 贴合"纯字典映射"的核心场景 #

Object.groupBy()的本质是做数组→键值对字典的转换，用户拿到结果后，90%的场景是直接访问分组、遍历键值对，而非调用hasOwnProperty这类通用对象方法。设计成原型为空的对象，相当于明确告诉开发者：这就是个纯粹的映射容器，不要把它当成通用对象来用。

如果需要检查键是否存在，其实有更合适的替代方案：

• 因为原型为空，"dev" in grouped的效果和hasOwnProperty完全一致（不会查到原型链）
• 更推荐使用ES2022新增的Object.hasOwn()静态方法，它不依赖对象的原型，能安全检查任意对象的自有属性：

  console.log(Object.hasOwn(grouped, "dev")); // 正常返回true/false
  

3. 轻量化与性能优化 #

原型为空的对象不需要携带原型链上的一堆方法，内存占用更低，属性查找时也不用遍历原型链，在频繁分组的场景下能带来微小但持续的性能收益。

如果你确实需要原型方法怎么办？ #

可以手动将分组结果转换成普通对象：

const normalObj = {...grouped};
console.log(normalObj.hasOwnProperty("dev")); // 现在就能正常使用了

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