所以当你此时修改a=2,对b并不会造成影响,因为此时的b已自食其力,翅膀硬了,不受a的影响了。当然,let a=1,b=a;
虽然b不受a影响,但这也算不上深拷贝,因为深拷贝本身只针对较为复杂的object类型数据。
3.2 引用数据类型
名存在栈内存中,值存在于堆内存中,但是栈内存会提供一个引用的地址指向堆内存中的值,我们以上面浅拷贝的例子画个图:
当b=a
进行拷贝时,其实复制的是a的引用地址,而并非堆里面的值。
而当我们a[0]=1
时进行数组修改时,由于a与b指向的是同一个地址,所以自然b也受了影响,这就是所谓的浅拷贝了。
若在堆内存中也开辟一个新的内存专门为b存放值,就像基本类型那样,岂不就达到深拷贝的效果。
四、深拷贝
4.1 递归
可以递归去复制所有层级属性。
function deepClone(obj){
let objClone = Array.isArray(obj)?[]:{};
if(obj && typeof obj==="object"){
for(key in obj){
if(obj.hasOwnProperty(key)){
//判断ojb子元素是否为对象,如果是,递归复制
if(obj[key]&&typeof obj[key] ==="object"){
objClone[key] = deepClone(obj[key]);
}else{
//如果不是,简单复制
objClone[key] = obj[key];
}
}
}
}
return objClone;
}
let a=[1,2,3,4],
b=deepClone(a);
a[0]=2;
console.log(a,b);
再来看下数组操作方法slice()
与concat()
的应用。
let a=[1,2,3,4],
b=a.slice();
a[0]=2;
console.log(a,b);
从上面控制台的输出结果可知,那是不是说slice
方法也是深拷贝了,毕竟b也没受a的影响,上面说了,深拷贝是会拷贝所有层级的属性,在这个例子基础上,我们再把a改下:
let a=[0,1,[2,3],4],
b=a.slice();
a[0]=1;
a[2][0]=1;
console.log(a,b);
由结果可知,数组拷贝不彻底,b对象的一级属性确实不受影响了,但是二级属性还是没能拷贝成功,仍然脱离不了a的控制,说明slice
根本不是真正的深拷贝。
第一层的属性确实深拷贝,拥有了独立的内存,但更深的属性却仍然共用了地址,所以才会造成上面的问题。
同理,concat
也存在这样的情况,他们都不是真正的深拷贝,这里需要注意。
4.2 parse 和 stringify
除了递归,我们还可以借用上面所述JSON
对象提供的parse
和stringify
方法。
function deepClone(obj){
return JSON.parse(JSON.stringify(obj))
}
let a=[0,1,[2,3],4],
b=deepClone(a);
a[0]=1;
a[2][0]=1;
console.log(a,b);
可以看到,这下b是完全不受a的影响了。
注意,JSON.stringify
与JSON.parse
除了实现深拷贝,还能结合localStorage
实现对象数组存储。
4.3 extend
除了上面两种方法之外,我们还可以借用JQ
的extend
方法。
$.extend( [deep ], target, object1 [, objectN ] )
deep
表示是否深拷贝,为true
为深拷贝,为false
,则为浅拷贝。target
Object类型,目标对象,其他对象的成员属性将被附加到该对象上。object1
objectN可选。 Object类型,第一个以及第N个被合并的对象。
let a=[0,1,[2,3],4],
b=$.extend(true,[],a);
a[0]=1;
a[2][0]=1;
console.log(a,b);
可以看到,效果与上面方法一样,只是需要依赖JQ
库。
在实际开发过程中,例如后台返回了一堆数据,你需要对这堆数据做操作,但多人开发情况下,你是没办法明确这堆数据是否被其它功能使用,直接修改可能会造成隐性问题,深拷贝能帮你更安全安心的去操作数据,根据实际情况来使用深拷贝。
五、拓展阅读
最后
由于文档内容过多,为了避免影响到大家的阅读体验,在此只以截图展示部分内容
)]
[外链图片转存中…(img-WENTUagu-1714380664035)]
由于文档内容过多,为了避免影响到大家的阅读体验,在此只以截图展示部分内容