JavaScript数组创建需区分字面量[]与Array构造函数:后者单参数为长度(如new Array(5)生成稀疏数组),多参数为元素;操作方法分原地修改(push/pop/unshift/shift/splice/sort/reverse)和返回新数组(map/filter/slice/concat/flat/toReversed等),遍历推荐for...of(支持break/await)而非forEach(无法中断、异步不等待)。

JavaScript 数组创建方式简单,但不同写法隐含行为差异;常用操作方法分「原地修改」和「返回新数组」两类,选错容易引发难以察觉的副作用。
怎么创建数组?注意字面量和构造函数的区别
最常用的是字面量 [],安全、直观、性能好;Array 构造函数要小心参数数量带来的歧义:
-
new Array(1, 2, 3)→[1, 2, 3](多个参数:按值创建) -
new Array(5)→[empty × 5](单个数字参数:创建指定长度的稀疏数组,不是[0, 0, 0, 0, 0]) -
Array(1, 2, 3)(无new)等价于new Array(1, 2, 3) - 想从类数组对象(如
arguments或NodeList)转数组,优先用Array.from(),而不是Array.prototype.slice.call()(后者在严格模式下可能失败)
哪些方法会改变原数组?务必确认是否需要保留原始数据
这些方法直接修改调用者本身,如果后续还要用原数组,必须先 slice() 或展开复制:
-
push()/pop():尾部增删 -
unshift()/shift():头部增删(性能较差,因需重排索引) -
splice():任意位置增删改,返回被删除的元素数组 -
sort():默认按字符串 Unicode 码点排序,数字排序必须传比较函数(a, b) => a - b -
reverse():反转顺序
例如:
const arr = [3, 1, 4];
arr.sort(); // ❌ 结果是 [1, 3, 4]?不,是 [1, 3, 4] —— 但这是碰巧!因为 3 > 1,'3' < '1' 是 false,实际执行依赖引擎实现;正确写法是 arr.sort((a, b) => a - b)
哪些方法返回新数组?适合函数式写法和不可变更新
这些方法不修改原数组,适合 React 等场景中做状态更新:
动态WEB网站中的PHP和MySQL详细反映实际程序的需求,仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法,让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能,对常用的、强大的包
立即学习“Java免费学习笔记(深入)”;
-
map():对每个元素执行函数,返回新数组 -
filter():返回满足条件的元素组成的新数组 -
slice():浅拷贝部分元素(slice(1, 3)取索引 1 到 2) -
concat():合并数组,返回新数组(注意:[1].concat([2], [3, 4])→[1, 2, 3, 4]) -
flat():扁平化嵌套数组,默认只扁平一层,flat(Infinity)全扁平 - ES2019+ 的
toReversed()、toSorted()、toSpliced()是对应原地方法的安全替代(如arr.toSorted((a,b)=>a-b)不影响arr)
遍历数组时,for...of、forEach、for 循环各有什么坑?
选择依据主要是是否需要中断、是否处理异步、是否关心索引:
-
for...of:支持break/continue,可 await,但拿不到索引(除非配合entries()) -
forEach():无法用break中断,return 只跳出当前回调,且内部异步操作不会等待(常见误用) for (let i = 0; i :最灵活,可控制步长、反向遍历、随时 break,但易写错边界(如导致越界)-
for (const [index, item] of arr.entries()):语义清晰,但性能略低于纯for循环(V8 优化后差距很小)
例如异步遍历错误写法:
arr.forEach(async item => {
await fetchItem(item); // 所有请求并行发出,但 forEach 不等它们完成
}); 正确做法是用 for...of 或 Promise.all(arr.map(...)) 明确控制并发逻辑。
稀疏数组、NaN 判断、引用类型浅拷贝、循环引用检测——这些细节在真实业务里常突然冒出来,别只记方法名,得看它到底对内存和值做了什么。










