运行时复杂度是否由 JS 标准对常见的 Array 函数（如 push、pop、shift、slice 或 splice）定义？特别是。我有兴趣在随机位置删除和插入条目。如果没有定义复杂性，我可以期待什么，例如在 V8 中？
（这个问题的灵感来自this。另外，this benchmark，发布here，也让我很好奇，但也许这是一些不相关的现象。）
（一个非常相关的问题是here。但是，接受的答案中的一个 cmets 说它现在是错误的。此外，接受的答案没有任何参考标准确实以这种方式定义它。） .
【问题讨论】：
标签： javascript arrays time-complexity
ECMA 规范没有指定边界复杂度，但是，您可以从规范的算法中推导出一个边界复杂度。
push 是 O(1)，但实际上它会在引擎定义的边界处遇到 O(N) 复制成本，因为插槽数组需要被重新分配。这些边界通常是对数的。
pop 是 O(1) 与 push 类似的警告，但 O(N) 副本很少遇到，因为它经常被折叠成垃圾集合（例如，复制收集器只能复制数组的已使用部分）。
shift 最坏的情况是 O(N) 但是在特殊情况下，它可以以减慢索引速度为代价实现为 O(1)您的里程可能会有所不同。
slice 是 O(N)，其中 N 是 end - start。在不显着减慢对两个阵列的写入速度的情况下，这里没有大量的优化机会。
splice 是，最坏的情况，O(N)。有一些数组存储技术可以将 N 除以一个常数，但它们会显着减慢索引速度。如果引擎使用此类技术，您可能会注意到操作异常缓慢，因为它在访问模式更改触发的存储技术之间切换。
你没有提到的是sort。在平均情况下，O(N log N)。但是，根据引擎选择的算法，在某些情况下您可能会得到 O(N^2)。例如，如果引擎使用 QuickSort（即使 InsertionSort 迟到），它有众所周知的 N^2 个案例。这可能是您的应用程序的 DoS 来源。如果这是一个问题，请限制您排序的数组的大小（可能合并子数组）或纾困到 HeapSort。
【讨论】：
filter 和reverse 他们是O(N)。
concat 呢？
unshift()，我认为这也是O(n)。
【讨论】：
Array.prototype.splice 是一个通用的多功能工具，它的复杂性取决于用它做什么。例如，它可以删除和/或添加最后一个元素（如 push 或 pop），那么复杂度将为 O(1)；如果它的执行与 shift / unshift 相同，则其复杂度将为 O(n)。其他“中间”情况也是可能的。
顺便说一句，可以使用 RingBuffer (i.o.w CircularQueue / CircularBuffer) 数据结构在 O(1) 中实现 shift / unshift, push / pop 方法。只要循环缓冲区不需要增长，最坏的情况就是 O(1)。有没有人真正衡量过这些操作的性能？知道总比猜测好...
【讨论】：
只有在取数未知的情况下，slice 才是线性的。如果切片数是常数，那么切片是常数，不是线性的。
【讨论】：