以下内容是学习JavaScript数组的时候总结的经验以及需要注意的点。 [b]不要用 for_in 遍历数组[/b] 这是 JavaScript 初学者常见的误区。for_in 用于遍历对象中包括原型链上的所有可枚举的（enumerable）的 key，本来不是为遍历数组而存在。 使用 for_in 遍历数组有三点问题： [b]1、遍历顺序不固定[/b] JavaScript 引擎不保证对象的遍历顺序。当把数组作为普通对象遍历时同样不保证遍历出的索引顺序。 [b]2、会遍历出对象原型链上的值。[/b] 如果你改变了数组的原型对象（比如 polyfill）而没有将其设为 [code]enumerable: false[/code]，for_in 会把这些东西遍历出来。 [b]3、运行效率低下。[/b] 尽管理论上 JavaScript 使用对象的形式储存数组，JavaScript 引擎还是会对数组这一非常常用的内置对象特别优化。 https://jsperf.com/for-in-vs-... 可以看到使用 for_in 遍历数组要比使用下标遍历数组慢 50 倍以上 PS：你可能是想找 for_of 不要用 JSON.parse(JSON.stringify()) 深拷贝数组 有人使用 JSON 中深拷贝对象或数组。这虽然在多数情况是个简单方便的手段，但也可能引发未知 bug，因为：会使某些特定值转换为 [code]null[/code] NaN, undefined, Infinity 对于 JSON 中不支持的这些值，会在序列化 JSON 时被转换为 null，反序列化回来后自然也就是 null 会丢失值为 undefined 的键值对 JSON 序列化时会忽略值为 undefined 的 key，反序列化回来后自然也就丢失了 会将 Date 对象转换为字符串 JSON 不支持对象类型，对于 JS 中 Date 对象的处理方式为转换为 ISO8601 格式的字符串。然而反序列化并不会把时间格式的字符串转化为 Date 对象 运行效率低下。 作为原生函数，[code]JSON.stringify[/code] 和 [code]JSON.parse[/code] 自身操作 JSON 字符串的速度是很快的。然而为了深拷贝数组把对象序列化成 JSON 再反序列化回来完全没有必要。 我花了一些时间写了一个简单的深拷贝数组或对象的函数，测试发现运行速度差不多是使用 JSON 中转的 6 倍左右，顺便还支持了 TypedArray、RegExp 的对象的复制 https://jsperf.com/deep-clone... 不要用 arr.find 代替 arr.some [code]Array.prototype.find[/code] 是 ES2015 中新增的数组查找函数，与 [code]Array.prototype.some[/code] 有相似之处，但不能替代后者。 [code]Array.prototype.find[/code] 返回第一个符合条件的值，直接拿这个值做 [code]if[/code] 判断是否存在，如果这个符合条件的值恰好是 0 怎么办？ [code]arr.find[/code] 是找到数组中的值后对其进一步处理，一般用于对象数组的情况；[code]arr.some[/code] 才是检查存在性；两者不可混用。 不要用 arr.map 代替 arr.forEach 也是一个 JavaScript 初学者常常犯的错误，他们往往并没有分清 [code]Array.prototype.map[/code] 和 [code]Array.prototype.forEach[/code] 的实际含义。 [code]map[/code] 中文叫做 [code]映射[/code]，它通过将某个序列依次执行某个函数导出另一个新的序列。这个函数通常是不含副作用的，更不会修改原始的数组（所谓纯函数）。 [code]forEach[/code] 就没有那么多说法，它就是简单的把数组中所有项都用某个函数处理一遍。由于 [code]forEach[/code] 没有返回值（返回 undefined），所以它的回调函数通常是包含副作用的，否则这个 [code]forEach[/code] 写了毫无意义。 确实 [code]map[/code] 比 [code]forEach[/code] 更加强大，但是 [code]map[/code] 会创建一个新的数组，占用内存。如果你不用 [code]map[/code] 的返回值，那你就应当使用 [code]forEach[/code] 补：心得补充 ES6 以前，遍历数组主要就是两种方法：手写循环用下标迭代，使用 [code]Array.prototype.forEach[/code]。前者万能，效率最高，可就是写起来比较繁琐——它不能直接获取到数组中的值。 笔者个人是喜欢后者的：可以直接获取到迭代的下标和值，而且函数式风格（注意 FP 注重的是不可变数据结构，forEach 天生为副作用存在，所以只有 FP 的形而没有神）写起来爽快无比。但是！不知各位同学注意过没有：forEach 一旦开始就停不下来了。。。 forEach 接受一个回调函数，你可以提前 [code]return[/code]，相当于手写循环中的 [code]continue[/code]。但是你不能 [code]break[/code]——因为回调函数中没有循环让你去 [code]break[/code]： 解决方案还是有的。其他函数式编程语言例如 [code]scala[/code] 就遇到了类似问题，它提供了一个函数 break，作用是抛出一个异常。 [img]http://files.jb51.net/file_images/article/201712/201712180859353.png[/img] 我们可以仿照这样的做法，来实现 [code]arr.forEach[/code] 的 [code]break[/code]： 还有其他方法，比如用 [code]Array.prototype.some[/code] 代替 [code]Array.prototype.forEach[/code]。 考虑 Array.prototype.some 的特性，当 [code]some[/code] 找到一个符合条件的值（回调函数返回 [code]true[/code]）时会立即终止循环，利用这样的特性可以模拟 [code]break[/code]： [code]some[/code] 的返回值被忽略掉了，它已经脱离了判断数组中是否有元素符合给出的条件这一原始的含义。 在 ES6 前，笔者主要使用该法（其实因为 Babel 代码膨胀的缘故，现在也偶尔使用），ES6 不一样了，我们有了 for...of。[code]for...of[/code] 是真正的循环，可以 [code]break[/code]： 但是有个问题，[code]for...of[/code] 似乎拿不到循环的下标。其实 JavaScript 语言制定者想到了这个问题，可以如下解决： Array.prototype.entries [code]for...of[/code] 和 [code]forEach[/code] 的性能测试：https://jsperf.com/array-fore... Chrome 中 [code]for...of[/code] 要快一些哦😯 如果有更多建议欢迎留言指出