数组的性能包括与映射到对象并在 JavaScript 中访问它

Question

根据CS的基础 未排序列表的search 功能必须在 O(n) 时间内发生，而对于 HashMap，直接访问数组将在 O(1) 时间内发生。

那么将数组映射到字典然后直接访问元素是否更高效，或者我应该只使用包含？这个问题专门针对 JavaScript，因为我相信这将归结为如何实现 includes() 和 {} 的核心实现细节。

let y = [1,2,3,4,5]
y.includes(3)

或者...

let y = {
          1: true,
          2: true
          3: true
          4: true
          5: true
        }
5 in y

Answer 1

确实，对象查找发生在恒定时间 - O(1) - 所以使用对象属性而不是数组是一种选择，但如果你只是想检查一个值是否包含在集合中，它会更适合使用Set，它是一个（通常是无序的）值的集合，也可以在线性时间内查找。 （如果使用普通对象，除了您不关心的键之外，您还需要有 值 - 因此，请改用 Set。）

const set = new Set(['foo', 'bar']);
console.log(set.has('foo'));
console.log(set.has('baz'));

当您必须为同一个Set 查找多个值时，这将很有用。但是，向Set 添加项目（就像向对象添加属性一样）是O(N)，所以如果您只是要查找单个值，一次，没有任何好处this 也不是对象技术，你也可以只使用数组includes 测试。

Answer 2

2020 年 4 月 29 日更新

正如评论者正确指出的那样，V8 似乎正在优化数组包含调用。 An updated version 分配给一个 var 并使用它会产生更多预期的结果。在这种情况下，对象地址是最快的，其次是 Set has，在遥远的第三个是 Array 包含（在我的系统/浏览器上）。

尽管如此，我确实坚持我最初的观点，即如果进行微优化，则值得测试假设。只需确保您的测试有效;)

原创

嗯。尽管显然期望 Object address 和 Set 的性能应该优于 Array includes，但针对 Chrome 的基准测试表明实现胜过预期。

在我与 Chrome Array 的比赛中，我的表现是最好的。

我也在本地使用 Node 进行了测试，得到了更多预期的结果。在那个 Object address 获胜，紧随其后的是 Set has，然后 Array includes 比两者都略慢。

底线是，如果您要进行微优化（不建议这样做），则值得进行基准测试，而不是假设哪个可能最适合您的特定情况。正如您的问题所暗示的那样，最终归结为实施。所以针对目标平台进行优化是关键。

这是我得到的结果：

节点（12.6.0）：

ops for Object address 7804199
ops for Array includes 5200197
ops for Set has        7178483

Chrome (75.0)：
https://jsbench.me/myjyq4ixs1/1