前言
在日常的 JavaScript 项目中，我们最常用到的数据结构就是各种形式的键值对格式了（key-value pair）。在 JavaScript 中，除了最基础的 Object 是该格式外，ES6 新增的 Map 也同样是键值对格式。它们的用法在很多时候都十分接近。不知道有没有人和我一样纠结过该选择哪个去使用呢？在本菜最近的项目中，我又遇到了这样的烦恼，索性一不做二不休，去对比一下究竟该使用哪一个。
本文将会探讨一下 Object 和 Map 的不同，从多个角度对比一下 Object 和 Map：
-
用法的区别：在某些情况下的用法会截然不同
-
句法的区别：创建以及增删查改的句法区别
-
性能的区别：速度和内存占用情况
希望读完本文的你可以在日后的项目中做出更为合适的选择。
用法对比
-
对于
Object而言，它键（key）的类型只能是字符串，数字或者Symbol；而对于Map而言，它可以是任何类型。（包括 Date，Map，或者自定义对象） -
Map中的元素会保持其插入时的顺序；而Object则不会完全保持插入时的顺序，而是根据如下规则进行排序:
-
非负整数会最先被列出，排序是从小到大的数字顺序
-
然后所有字符串，负整数，浮点数会被列出，顺序是根据插入的顺序
-
最后才会列出
Symbol，Symbol也是根据插入的顺序进行排序的
-
读取
Map的长度很简单，只需要调用其.size()方法即可；而读取Object的长度则需要额外的计算：Object.keys(obj).length -
Map 是可迭代对象，所以其中的键值对是可以通过
for of循环或.foreach()方法来迭代的；而普通的对象键值对则默认是不可迭代的，只能通过for in循环来访问（或者使用Object.keys(o)、Object.values(o)、Object.entries(o)来取得表示键或值的数字）迭代时的顺序就是上面提到的顺序。-
const o = {}; -
const m = new Map(); -
o[Symbol.iterator] !== undefined; // false -
m[Symbol.iterator] !== undefined; // true
-
-
在
Map中新增键时，不会覆盖其原型上的键；而在Object中新增键时，则有可能覆盖其原型上的键:-
Object.prototype.x = 1; -
const o = {x:2}; -
const m = new Map([[x,2]]); -
o.x; // 2，x = 1 被覆盖了 -
m.x; // 1，x = 1 不会被覆盖
-
-
JSON默认支持Object而不支持Map。若想要通过JSON传输Map则需要使用到.toJSON()方法，然后在JSON.parse()中传入复原函数来将其复原。对于
JSON这里就不具体展开了，有兴趣的朋友可以看一下这：JSON 的序列化和解析-
const o = {x:1}; -
const m = new Map([['x', 1]]); -
const o2 = JSON.parse(JSON.stringify(o)); // {x:1} -
const m2 = JSON.parse(JSON.stringify(m)) // {}
-
-
句法对比
创建时的区别
Obejct
-
const o = {}; // 对象字面量 -
const o = new Object(); // 调用构造函数 -
const o = Object.create(null); // 调用静态方法 Object.create
对于
Object来说，我们在 95%+ 的情况下都会选择对象字面量，它不仅写起来最简单，而且相较于下面的函数调用，在性能方面会更为高效。对于构建函数，可能唯一使用到的情况就是显式的封装一个基本类型；而Object.create可以为对象设定原型。Map
const m = new Map(); // 调用构造函数和
Object不同，Map没有那么多花里胡哨的创建方法，通常只会使用其构造函数来创建。除了上述方法之外，我们也可以通过
Function.prototype.apply()、Function.prototype.call()、reflect.apply()、Reflect.construct()方法来调用Object和Map的构造函数或者Object.create()方法，这里就不展开了。新增/读取/删除元素时的区别
Obejct
-
const o = {}; -
//新增/修改 -
o.x = 1; -
o['y'] = 2; -
//读取 -
o.x; // 1 -
o['y']; // 2 -
//或者使用 ES2020 新增的条件属性访问表达式来读取 -
o?.x; // 1 -
o?.['y']; // 2 -
//删除 -
delete o.b;
对于新增元素，看似使用第一种方法更为简单，不过它也有些许限制：
-
属性名不能包含空格和标点符号
-
属性名不能以数字开头
对于条件属性访问表达式的更多内容可以看一下这：条件属性访问表达式
Map
-
const m = new Map(); -
//新增/修改 -
m.set('x', 1); -
//读取 -
map.get('x'); -
//删除 -
map.delete('b');
对于简单的增删查改来说，
Map上的方法使用起来也是十分便捷的；不过在进行联动操作时，Map中的用法则会略显臃肿：-
const m = new Map([['x',1]]); -
// 若想要将 x 的值在原有基础上加一，我们需要这么做： -
m.set('x', m.get('x') + 1); -
m.get('x'); // 2 -
const o = {x: 1}; -
// 在对象上修改则会简单许多： -
o.x++; -
o.x // 2
性能对比
接下来我们来讨论一下
Object和Map的性能。不知道各位有没有听说过 Map 的性能优于 Object 的说法，我反正是见过不少次，甚至在 JS 高程四中也提到了Map对比Object时性能的优势；不过对于性能的概括都十分的笼统，所以我打算做一些测试来对比一下它们的区别。测试方法
在这里我进行的对于性能测试的都是基于 v8 引擎的。速度会通过 JS 标准库自带的
performance.now()函数来判断，内存使用情况会通过Chrome devtool中的memory来查看。对于速度测试，因为单一的操作速度太快了，很多时候
performance.now()会返回 0。所以我进行了 10000 次的循环然后判断时间差。因为循环本身也会占据一部分时间，所以以下的测试只能作为一个大致的参考。创建时的性能
测试用的代码如下：
-
let n, n2 = 5; -
// 速度 -
while (n2--) { -
let p1 = performance.now(); -
n = 10000; -
while (n--) { let o = {}; } -
let p2 = performance.now(); -
n = 10000; -
while (n--) { let m = new Map(); } -
let p3 = performance.now(); -
console.log(`Object: ${(p2 - p1).toFixed(3)}ms, Map: ${(p3 - p2).toFixed(3)}ms`); -
} -
// 内存 -
class Test {} -
let test = new Test(); -
test.o = o; -
test.m = m;
首先进行对比的是创建
Object和Map时的表现。对于创建的速度表现如下：
我们可以发现创建
Object的速度会快于Map。对于内存使用情况则如下：
我们主要关注其
Retained Size，它表示了为其分配的空间。（即删除时释放的内存大小）通过对比我们可以发现，空的
Object会比空的Map占用更少的内。所以这一轮Object赢得一筹。新增元素时的性能
测试用的代码如下：
-
console.clear(); -
let n, n2 = 5; -
let o = {}, m = new Map(); -
// 速度 -
while (n2--) { -
let p1 = performance.now(); -
n = 10000; -
while (n--) { o[Math.random()] = Math.random(); } -
let p2 = performance.now(); -
n = 10000; -
while (n--) { m.set(Math.random(), Math.random()); } -
let p3 = performance.now(); -
console.log(`Object: ${(p2 - p1).toFixed(3)}ms, Map: ${(p3 - p2).toFixed(3)}ms`); -
} -
// 内存 -
class Test {} -
let test = new Test(); -
test.o = o; -
test.m = m;
对于新建元素时的速度表现如下：
我们可以发现新建元素时，
Map的速度会快于Object。对于内存使用情况则如下：
通过对比我们可以发现，在拥有一定数量的元素时，
Object会比Map占用多了约 78% 的内存。我也进行了多次的测试，发现在拥有足够的元素时，这个百分比是十分稳定的。所以说，在需要进行很多新增操作，且需要储存许多数据的时候，使用Map会更高效。读取元素时的性能
测试用的代码如下：
-
let n; -
let o = {}, m = new Map(); -
n = 10000; -
while (n--) { o[Math.random()] = Math.random(); } -
n = 10000; -
while (n--) { m.set(Math.random(), Math.random()); } -
let p1 = performance.now(); -
for (key in o) { let k = o[key]; } -
let p2 = performance.now(); -
for ([key] of m) { let k = m.get(key); } -
let p3 = performance.now(); -
`Object: ${(p2 - p1).toFixed(3)}ms, Map: ${(p3 - p2).toFixed(3)}ms`
对于读取元素时的速度表现如下：
通过对比，我们可以发现
Object略占优势，但总体差别不大。删除元素时的性能
不知道大家是否听说过
delete操作符性能低下，甚至有很多时候为了性能，会宁可将值设置为undefined而不使用delete操作符的说法。但其实在v8近来的优化下，它的效率已经提升许多了。测试用的代码如下：
-
let n; -
let o = {}, m = new Map(); -
n = 10000; -
while (n--) { o[Math.random()] = Math.random(); } -
n = 10000; -
while (n--) { m.set(Math.random(), Math.random()); } -
let p1 = performance.now(); -
for (key in o) { delete o[key]; } -
let p2 = performance.now(); -
for ([key] of m) { m.delete(key); } -
let p3 = performance.now(); -
`Object: ${(p2 - p1).toFixed(3)}ms, Map: ${(p3 - p2).toFixed(3)}ms`
对于删除元素时的速度表现如下：
我们可以发现在进行删除操作时，
Map的速度会略占优，但整体差别其实并不大。特殊情况
其实除了最基本的情况之外，还有一种特殊的情况。还记得我们在前面提到的
Object中键的排序吗？我们提到了其中的非负整数会被最先列出。其实对于非负整数作为键的值和其余类型作为键的值来说，v8是会对它们进行区别对待的。负整数作为键的部分会被当成数组对待，即非负整数具有一定的连续性时，会被当成快数组，而过于稀疏时会被当成慢数组。对于快数组，它拥有连续的内存，所以在进行读写时会更快，且占用更少的内存。更多的内容可以看一下这: 探究JS V8引擎下的“数组”底层实现
在键为连续非负整数时，性能如下：
我们可以看到
Object不仅平均速度更快了，其占用的内存也大大减少了。总结
通过对比我们可以发现，
Map和Object各有千秋，对于不同的情况下，我们应当作出不同的选择。所以我总结了一下我认为使用Map和Object更为合适的时机。使用
Map：-
储存的键不是字符串/数字/或者
Symbol时，选择Map，因为Object并不支持 -
储存大量的数据时，选择
Map，因为它占用的内存更小 -
需要进行许多新增/删除元素的操作时，选择
Map，因为速度更快 -
需要保持插入时的顺序的话，选择
Map，因为Object会改变排序 -
需要迭代/遍历的话，选择
Map，因为它默认是可迭代对象，迭代更为便捷
使用
Object：-
只是简单的数据结构时，选择
Object，因为它在数据少的时候占用内存更少，且新建时更为高效 -
需要用到
JSON进行文件传输时，选择Object，因为JSON不默认支持Map -
需要对多个键值进行运算时，选择
Object，因为句法更为简洁 -
需要覆盖原型上的键时，选择
Object
虽然
Map在很多情况下会比Object更为高效，不过Object永远是JS中最基本的引用类型，它的作用也不仅仅是为了储存键值对。最后
-
感谢阅读，欢迎分享给身边的朋友，
-
记得关注噢，黑叔带你飞！
-
669
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
