JavaScript中unshift、循环赋值与手动赋值的性能对比

三种实现方式 #

方式1：调用unshift方法 #

a.unshift("new first value");

方式2：反向循环手动移位 #

for(i=a.length; i>0; i--) a[i] = a[i-1];
a[0] = "new first value";

方式3：硬编码手动移位（示例针对长度为6的数组） #

a[5] = a[4];
a[4] = a[3];
a[3] = a[2];
a[2] = a[1];
a[1] = a[0];
a[0] = "new first value";

注：第三种硬编码写法日常开发基本用不上，但如果数组元素极少，且需要在循环里重复执行数百万次，倒是可以考虑。

核心问题解答 #

1. 前两种方式有没有性能差异？ #

有，而且差异还不小。

• unshift是JS引擎原生实现的方法，底层做元素移位时会有很多优化，比如内存块批量移动、避开JS层面循环的额外开销，大部分情况下性能比手动写的反向循环好。
• 手动循环的话，每一次赋值都要经过JS解释器处理，还要执行循环的判断逻辑，数组越长，这种额外开销带来的性能差距就越明显。

2. 第三种方式比前两者性能更好吗？ #

在数组长度固定且极小的极端场景下，是的。

• 硬编码写法完全去掉了循环的判断开销，不用计算循环次数、不用判断终止条件，直接执行固定次数的赋值，重复执行数百万次的话，能省不少循环带来的损耗。
• 但这种写法局限性极强：只能适配固定长度的数组，代码难读还不好维护，数组长度一变就会出错，所以只适合数组长度固定且极小、对性能要求到极致的特殊场景。

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