跟之前想象的一样，现在b脱离了a的控制，不再受a影响了。
这里再次强调，深拷贝，是拷贝对象各个层级的属性，可以看个例子。JQ里有一个extend方法也可以拷贝对象，我们来看看
那是不是说slice方法也是深拷贝了，毕竟b也没受a的影响，上面说了，深拷贝是会拷贝所有层级的属性，还是这个例子，我们把a改改
拷贝的不彻底啊，b对象的一级属性确实不受影响了，但是二级属性还是没能拷贝成功，仍然脱离不了a的控制，说明slice根本不是真正的深拷贝。
这里引用知乎问答里面的一张图
第一层的属性确实深拷贝，拥有了独立的内存，但更深的属性却仍然公用了地址，所以才会造成上面的问题。
同理，concat方法与slice也存在这样的情况，他们都不是真正的深拷贝，这里需要注意。
2.除了递归，我们还可以借用JSON对象的parse和stringify
可以看到，这下b是完全不受a的影响了。
localStorage存储数组，对象，localStorage,sessionStorage存储数组对象
3.除了上面两种方法之外，我们还可以借用JQ的extend方法。
$.extend([deep],target,object1[,objectN])
说了这么多，了解深拷贝也不仅仅是为了应付面试题，在实际开发中也是非常有用的。例如后台返回了一堆数据，你需要对这堆数据做操作，但多人开发情况下，你是没办法明确这堆数据是否有其它功能也需要使用，直接修改可能会造成隐性问题，深拷贝能帮你更安全安心的去操作数据，根据实际情况来使用深拷贝，大概就是这个意思。
4.lodash的_.cloneDeep()
以下是我参看的一位关于深拷贝的问题解决。
先将一个对象转为json对象。然后再解析这个json对象。
如下面的循环对象用这种方法的时候会抛出异常
诸如Map,Set,RegExp,Date,ArrayBuffer和其他内置类型在进行序列化时会丢失。
copy的值打印如下
对比发现，Set已丢失。
MessageChannel
建立两个端，一个端发送消息，另一个端接收消息。
HistoryAPI
利用history.replaceState。这个api在做单页面应用的路由时可以做无刷新的改变url。这个对象使用结构化克隆，而且是同步的。但是我们需要注意，在单页面中不要把原有的路由逻辑搞乱了。所以我们在克隆完一个对象的时候，要恢复路由的原状。
NotificationAPI
这个api主要是用于桌面通知的。如果你使用Facebook的时候，你肯定会发现时常在浏览器的右下角有一个弹窗，对就是这家伙。我们也可以利用这个api实现js对象的深拷贝。
lodash的_.cloneDeep()
支持循环对象，和大量的内置类型，对很多细节都处理的比较不错。推荐使用。
支持的类型有很多
我们仅仅实现一个简易点的深拷贝。能优雅的处理循环引用的即可。在实现深拷贝之前，我们首先温习回顾一下js中的遍历对象的属性的方法和各种方法的优缺点。