最近有一位00后的小妹妹粉絲私信小編說自己很喜歡編程，目前在某公司實習前端開發(fā)工作，說到現(xiàn)在為止還沒有搞懂JAVAScript中深拷貝和淺拷貝這個問題，同時也在網(wǎng)上看了很多關于深拷貝的文章，但是質(zhì)量良莠不齊，有很多都考慮得不周到，寫的方法比較簡陋，難以令人滿意，理解的迷迷糊糊。讓小編深入剖析JavaScript中深淺拷貝。
看這位小姑娘如此的好學，不懂就問的這種精神可嘉，小編非常佩服。仿佛看見當年自己好學的影子了。在這里給她點贊。
對于深拷貝和淺拷貝這個問題，相信大家都遇到過，那么怎么區(qū)分深拷貝和淺拷貝這個問題呢？
往簡單了理解，就是一句話概括：假設有一個變量A，變量B復制了變量A，如果我們修改變量A，看變量B是否會發(fā)生改變，如果改變了，那么就是淺拷貝，如果變量A值的變化不影響B(tài)，那么就是深拷貝，估計用文字說這么多，可能大家都會看懵了。
先概念介紹
- 深拷貝：在堆內(nèi)存中重新開辟一個存儲空間，完全克隆一個一模一樣的對象；
- 淺拷貝：不在堆內(nèi)存中重新開辟空間，只復制棧內(nèi)存中的引用地址。
本質(zhì)上兩個對象（數(shù)組）依然指向同一塊存儲空間
還看不懂的話，看下圖：
JavaScript中淺拷貝
淺拷貝： 創(chuàng)建一個新的對象，來接受你要重新復制或引用的對象值。如果對象屬性是基本的數(shù)據(jù)類型，復制的就是基本類型的值給新對象；但如果屬性是引用數(shù)據(jù)類型，復制的就是內(nèi)存中的地址，如果其中一個對象改變了這個內(nèi)存中的地址所指向的對象，肯定會影響到另一個對象。
首先我們看看一些淺拷貝的方法，如下圖：
JavaScript中淺拷貝
這里只列舉了常用的幾種方式，除此之外當然還有其他更多的方式。注意，我們直接使用=賦值不是淺拷貝，因為它是直接指向同一個對象了，并沒有返回一個新對象。
手動實現(xiàn)一個淺拷貝：
function shallowClone(target) {
if (typeof target === 'object' && target !== null) {
const cl.NETarget = Array.isArray(target) ? [] : {};
for (let prop in target) {
if (target.hasOwnProperty(prop)) {
cloneTarget[prop] = target[prop];
}
}
return cloneTarget;
} else {
return target;
}
}
// 測試
const shallowCloneObj = shallowClone(obj)
shallowCloneObj === obj // false，返回的是一個新對象
shallowCloneObj.arr === obj.arr // true，對于對象類型只拷貝了引用
從上面這段代碼可以看出，利用類型判斷（查看typeof），針對引用類型的對象進行 for 循環(huán)遍歷對象屬性賦值給目標對象的屬性（for...in語句以任意順序遍歷一個對象的除Symbol以外的可枚舉屬性，包含原型上的屬性。查看for…in），基本就可以手工實現(xiàn)一個淺拷貝的代碼了。
JavaScript中深拷貝
在日常開發(fā)中，深拷貝是一個常見需求，我們可以通過 JSON 轉(zhuǎn)換、遞歸、 Lodash _.cloneDeep() 等方式實現(xiàn)。下面小編一一深入剖析
第一種：遞歸方式（推薦，項目中最安全最常用）
使用遞歸的方式進行對象（數(shù)組）的深拷貝，奉上已封裝的深拷貝函數(shù)：
上方函數(shù)的使用方式：
//函數(shù)拷貝
const copyObj = (obj = {}) => {
//變量先置空
let newobj = null;
//判斷是否需要繼續(xù)進行遞歸
if (typeof (obj) == 'object' && obj !== null) {
newobj = obj instanceof Array ? [] : {};
//進行下一層遞歸克隆
for (var i in obj) {
newobj[i] = copyObj(obj[i])
}
//如果不是對象直接賦值
} else newobj = obj;
return newobj;
}
上方函數(shù)的使用方式：
//模擬對象
let obj = {
numberParams:1,
functionParams:() => {
console.log('歡迎關注 Echa工程師');
},
objParams:{
a:1,
b:2
}
}
const newObj = copyObj(obj); //這樣就完成了一個對象的遞歸拷貝
obj.numberParams = 100; //更改第一個對象的指
console.log(newObj.numberParams); //輸出依然是1 不會跟隨obj去改變
第二種：JSON.stringify() ；(這個不推薦使用，有坑)
這個方法有坑，詳細講解請看我另一篇文章 “使用JSON.stringify進行深拷貝的坑” 以下是代碼示例：
let obj = {
a:1,
b:"來今日頭條，歡迎關注 Echa工程師。后面會不定期更新干貨和技術相關的資訊推薦"
}
//先轉(zhuǎn)為json格式字符，再轉(zhuǎn)回來
let newObj = JSON.parse(JSON.stringify(obj));
obj.a = 50;
console.log(newObj.a); //輸出 1
普通的對象也可以進行深拷貝，但是！！！當對象內(nèi)容項為 number、string、boolean的時候，是沒有什么問題的。但是，如果對象內(nèi)容項為undefined、null、Date、RegExp、function，error的時候。使用JSON.stringify()進行拷貝就會出問題了。
第三種：使用第三方庫lodash中的cloneDeep()方法
是否推薦使用，看情況吧。如果我們的項目中只需要一個深拷貝的功能，這種情況下為了一個功能引入整個第三方庫就顯得很不值得了。不如寫一個遞歸函數(shù)對于項目來說性能更好。
lodash.cloneDeep()代碼示例：
import lodash from 'lodash';
let obj = {
a: {
c: 2,
d: [1, 3, 5],
e:'Echa工程師'
},
b: 4
}
const newObj = lodash.cloneDeep(obj);
obj.b = 20;
console.log(newObj.b); //輸出 4； 不會改變
實際上，cloneDeep()方法底層使用的本來就是遞歸方法。只是在外層又封裝了一層而已。
所以，如果不是原先項目中有使用 lodash 這個庫的話，大可不必為了這一個功能而去引入它。
文章上方有提供進行深拷貝的函數(shù)，推薦使用。大家可自取。
第四種:JQuery的extend()方法進行深拷貝（推薦在JQ中使用）
這個方法僅適用于JQuery構建的項目。JQuery自身攜帶的extend()方法可以進行深拷貝，不用自己寫遞歸也不用引入第三方庫還沒什么坑。
在JQuery項目中的使用方式：
let obj = {
a: {
c: 2,
d: [1, 3, 5],
e:'Echa工程師'
},
b: 4
}
let newObj= $.extend(true, {}, obj1); //拷貝完成
obj.b = 20;
console.log(newObj.b); //輸出 4
第五種：structuredClone（）方法進行深拷貝
實際上，JavaScript 中提供了一個原生 API 來執(zhí)行對象的深拷貝：structuredClone。它可以通過結構化克隆算法創(chuàng)建一個給定值的深拷貝，并且還可以傳輸原始值的可轉(zhuǎn)移對象。本文將深入探討 structuredClone() 函數(shù)的原理、使用方法及注意事項，以幫助開發(fā)者更好地應用現(xiàn)代 JavaScript 技術實現(xiàn)深拷貝。
structuredClone 基本使用
structuredClone() 的實用方式很簡單，只需將原始對象傳遞給該函數(shù)，它將返回具有不同引用和對象屬性引用的深層副本·：
const originalObject = {
name: "John",
age: 30,
address: {
street: "123 Main St",
city: "Anytown",
state: "Anystate"
},
date: new Date(123),
}
const copied = structuredClone(originalObject);
這里 copied 的結果如下：
可以看到，這里不僅拷貝了對象，還拷貝了嵌套的對象和數(shù)組，甚至 Date 對象。structuredClone() 不僅可以做到這些，還可以：
- 拷貝無限嵌套的對象和數(shù)組；
- 拷貝循環(huán)引用；
- 拷貝各種 JavaScript 類型，例如Date、Set、Map、Error、RegExp、ArrayBuffer, Blob、File、ImageData等；
- 拷貝同樣，所使用的結構化克隆算法也structuredClone()不能克隆 DOM 元素。將 htmlElement 對象傳遞給structuredClone()將導致如上所示的錯誤。
- 任何可轉(zhuǎn)移的對象。
在 JavaScript 中，可轉(zhuǎn)移對象（Transferable Objects）是指 ArrayBuffer 和 MessagePort 等類型的對象，它們可以在主線程和 Web Worker 線程之間相互傳遞，同時還可以實現(xiàn)零拷貝內(nèi)存共享，提高性能。這是由于可轉(zhuǎn)移對象具有兩個特點：
- 可共享：可轉(zhuǎn)移對象本身沒有所有權，可以在多個線程之間共享，實現(xiàn)零拷貝內(nèi)存共享。
- 可轉(zhuǎn)移：調(diào)用 Transferable API 時，可轉(zhuǎn)移對象會從發(fā)送方（發(fā)送線程）轉(zhuǎn)移到接收方（接收線程），不再存在于原始線程中，因此可以避免內(nèi)存拷貝和分配等開銷。
要注意的是，使用可轉(zhuǎn)移對象時必須小心處理，因為一旦對象被轉(zhuǎn)移，原線程將不再擁有該對象的所有權，因此在發(fā)送線程中不能再訪問該對象。此外，在接收線程中使用可轉(zhuǎn)移對象時，也需要根據(jù)需求進行顯式釋放，否則可能會導致內(nèi)存泄漏和其他問題。
例如，對于以下結構，仍然可以使用structuredClone()進行深拷貝：
const originalObject = {
set: new Set([1, 3, 3]),
map: new Map([[1, 2]]),
regex: /foo/,
deep: { array: [ new File(someBlobData, 'file.txt') ] },
error: new Error('Hello!')
}
originalObject.circular = originalObject
const copied = structuredClone(originalObject)
當對象中存在循環(huán)引用時，仍然可以通過 structuredClone() 進行深拷貝。
structuredClone 缺點
當然，structuredClone() 也并不是完美的，下面就來看看有哪些 structuredClone() 不能拷貝的數(shù)據(jù)類型。
函數(shù)或方法
當拷貝函數(shù)時，就會拋出異常：
function func() {}
const funcClone = structuredClone(func);
輸出結果如下：
當拷貝方法時，也會拋出異常：
const car = {
make: 'BMW',
move() {
console.log('vroom');
},
};
car.basedOn = car;
const cloned = structuredClone(car);
輸出結果如下：
DOM 節(jié)點
當拷貝 DOM 節(jié)點時，也會拋出異常：
const input = document.querySelector('#text-field');
// ? Failed: HTMLInputElement object could not be cloned.
const clone = structuredClone(input);
屬性描述符、setter 和 getter
屬性描述符、setter 和 getter 以及類似的元數(shù)據(jù)都不能被克隆。例如，對于 getter，結果值被克隆，但 getter 函數(shù)本身沒有被克隆（或任何其他屬性元數(shù)據(jù)）：
structuredClone({ get foo() { return 'bar' } })
輸出結果如下：
{ foo: 'bar' }
對象原型
原型鏈不能被遍歷或拷貝。所以如果克隆一個實例 MyClass，克隆的對象將不再是這個類的一個實例（但是這個類的所有有效屬性都將被拷貝）
class MyClass {
foo = 'bar'
myMethod() { /* ... */ }
}
const myClass = new MyClass()
const cloned = structuredClone(myClass)
// { foo: 'bar' }
cloned instanceof myClass // false
支持拷貝的類型
structuredClone() 支持拷貝的類型如下：
JS 內(nèi)置對象
Array（數(shù)組）、ArrayBuffer（數(shù)據(jù)緩沖區(qū)）、Boolean（布爾類型）、DataView（數(shù)據(jù)視圖）、Date（日期類型）、Error（錯誤類型，包括下面列出的具體類型）、Map（映射類型）、Object （僅指純對象，如從對象字面量中創(chuàng)建的對象）、原始類型（除symbol外，即 number、string、null、undefined、boolean、BigInt）、RegExp（正則表達式）、Set（集合類型）、TypedArray（類型化數(shù)組）。
Error 類型
Error、EvalError、RangeError、ReferenceError、SyntaxError、TypeError、URIError。
Web/API 類型
AudioData、Blob、CryptoKey、DOMException、DOMMatrix、DOMMatrixReadOnly、DOMPoint、DomQuad、DomRect、File、FileList、FileSystemDirectoryHandle、FileSystemFileHandle、FileSystemHandle、ImageBitmap、ImageData、RTCCertificate、VideoFrame。
瀏覽器支持
目前主流瀏覽器都支持 structuredClone API：
為什么不用 JSON.parse(JSON.stringify(x))？
我們平時可能會通過 JSON.parse(JSON.stringify(x)) 來進行深拷貝，那它有什么缺點呢？
來看下面的例子：
const originalObject = {
title: "hello",
date: new Date(123),
attendees: ["Steve"]
}
const copied = JSON.parse(JSON.stringify(originalObject))
通過這種方式，得到的 copied 值如下：
{
title: "hello",
date: "1970-01-01T00:00:00.123Z",
attendees: [
"Steve"
]
}
可以看到，這里的 date 并不是我們想要的 Date 對象，而是一個字符串。發(fā)生這種情況就是因為 JSON.stringify 只能處理基本對象、數(shù)組和基本類型，而其他類型的值在轉(zhuǎn)換之后都可能出現(xiàn)出乎意料的結果，例如 Date 會轉(zhuǎn)化為字符串， Set 會轉(zhuǎn)化為 {}。JSON.stringify甚至完全忽略某些內(nèi)容，比如undefined或函數(shù)。
例如：
const originalObject = {
set: new Set([1, 3, 3]),
map: new Map([[1, 2]]),
regex: /foo/,
deep: { array: [ new File(someBlobData, 'file.txt') ] },
error: new Error('Hello!')
}
const copied = JSON.parse(JSON.stringify(originalObject))
這里得到的 copied 值如下：
{
set: {},
map: {},
regex: {},
deep": {
array: [
{}
]
},
error: {},
}
除此之外，JSON.parse(JSON.stringify(x)) 無法對包含循環(huán)引用的對象進行深克隆：
const originalObject = {
set: new Set([1, 3, 3]),
map: new Map([[1, 2]]),
regex: /foo/,
error: new Error('Hello!')
}
originalObject.circular = originalObject
const copied = JSON.parse(JSON.stringify(originalObject))
當執(zhí)行上述代碼時，就會報錯：
所以，如果對象沒有上面說的這些情況，使用 JSON.parse(JSON.stringify(x)) 進行深克隆是完全沒有問題的。如果有，就可以使用 structuredClone() 來進行深拷貝。
最后
大家明白看完這篇文章深入剖析JavaScript中深淺拷貝，理解多少了，歡迎在評論區(qū)討論。
