一、拷貝示例
當我們在操作數據之前，可能會遇到這樣的情況：
會經常改動一組數據，但可能會用到原始數據
我需要兩組一樣的數據，但我不希望改動一個另一個隨之改動
我需要對數據操作前後進行對比
…
當我們遇到類似需要場景時，首先想到的就是拷貝它，殊不知拷貝也大有學問哦～
下面簡單的例子，你是否覺得熟悉？
1.1 基本類型拷貝示例
var str = 'How are you';
var newStr = str;
newStr = 10
console.log(str); // How are you
console.log(newStr); // 10
大家都能想到，字符串是基本類型，它的值保存在棧中，在對它進行拷貝時，其實是爲新變量開闢了新的空間。 str和newStr就好比兩個一模一樣的房間，佈局一致卻毫無關聯。
1.2 引用類型拷貝示例
var data = [1, 2, 3, 4, 5];
var newData = data;
newData[0] = 100;
console.log(data[0]); // 100
console.log(newData[0]); // 100
類似的代碼段，但這次我們使用數組這個引用類型舉例，你會發現修改賦值後的數據，原始數據也跟着改變了，這顯然不滿足我們的需要。本篇文章就來聊一聊引用數據拷貝的學問。
如果大家對Js的數據類型存在着疑問，不妨看看《JavaScript中的基本數據類型》
二、淺拷貝
拷貝的劃分都是針對引用類型來討論的，淺拷貝——顧名思義，淺拷貝就是“淺層拷貝”，實際上只做了表面功夫：
var arr = [1, 2, 3, 4];
var newArr = arr;
console.log(arr, newArr); // [1,2,3,4] [1,2,3,4]
newArr[0] = 100;
console.log(arr, newArr) // [100,2,3,4] [100,2,3,4]
不發生事情（操作）還好，一旦對新數組進行了操作，兩個變量中所保存的數據都會發生改變。
發生這類情況的原因也是因爲引用類型的基本特性：
存儲在變量處的值是一個指針（point），指向存儲對象的內存地址。賦值給新變量相當於配了一把新鑰匙，房間並沒有換。
數組中的slice和concat都會返回一個新數組，我們一起來試一下：
var arr = [1,2,3,4];
var res = arr.slice();
// 或者
res = arr.concat()
res[0] = 100;
console.log(arr); // [1,2,3,4]
12345678
這個問題這麼快就解決了？雖然對這一層數據進行了這樣的的處理後，確實解決了問題，但！
var arr = [ { age: 23 }, [1,2,3,4] ];
var newArr = arr.concat();
arr[0].age = 18;
arr[1][0] = 100;
console.log(arr) // [ {age: 18}, [100,2,3,4] ]
console.log(newArr) // [ {age: 18}, [100,2,3,4] ]
果然事情沒有那麼簡單，這也是因爲數據類型的不同。
S 不允許我們直接操作內存中的地址，也就是說不能操作對象的內存空間，所以，我們對對象的操作都只是在操作它的引用而已。
既然淺拷貝達不到我們的要求，本着效率的原則，我們找找有沒有幫助我們實現深拷貝的方法。
三、深拷貝的方法？
數據的方法失敗了，還有沒有其他辦法？我們需要實現真正意義上的拷貝出獨立的數據。
3.1 JSON
這裏我們利用JSON的兩個方法，JSON.stringify()，JSON.parse()來實現最簡潔的深拷貝
var arr = ['str', 1, true, [1, 2], {age: 23}]
var newArr = JSON.parse( JSON.stringify(arr) );
newArr[3][0] = 100;
console.log(arr); // ['str', 1, true, [1, 2], {age: 23}]
console.log(newArr); // ['str', 1, true, [100, 2], {age: 23}]
123456
這個方法應該是實現深拷貝最簡潔的方法，但是，它仍然存在問題，我們先來看看剛纔都做了些什麼：
定義一個包含都過類型的數組arr
JSON.stringify(arr), 將一個 JavaScript 對象或值轉換爲 JSON 字符串
JSON.parse(xxx), 方法用來解析JSON字符串，構造由字符串描述的值或對象
理解：
我們可以理解爲，將原始數據轉換爲新字符串，再通過新字符串還原爲一個新對象，這中改變數據類型的方式，間接的繞過了拷貝對象引用的過程，也就談不上影響原始數據。
限制：
這種方式成立的根本就是保證數據在“中轉”時的完整性，而JSON.stringify()將值轉換爲相應的JSON格式時也有缺陷：
undefined、任意的函數以及 symbol 值，在序列化過程中會被忽略（出現在非數組對象的屬性值中時）或者被轉換成 null（出現在數組中時）。
函數、undefined 被單獨轉換時，會返回 undefined，如JSON.stringify(function(){})JSON.stringify(undefined)
對包含循環引用的對象（對象之間相互引用，形成無限循環）執行此方法，會拋出錯誤。
NaN 和 Infinity 格式的數值及 null 都會被當做 null。
其他類型的對象，包括 Map/Set/WeakMap/WeakSet，僅會序列化可枚舉的屬性。
所以當我們拷貝函數、undefined等stringify轉換有問題的數據時，就會出錯，我們在實際開發中也要結合實際情況使用。
舉一反三：
既然是通過改變數據類型來繞過拷貝引用這一過程，那麼單純的數組深拷貝是不是可以通過現有的幾個API來實現呢？
var arr = [1,2,3];
var newArr = arr.toString().split(',').map(item => Number(item))
newArr[0] = 100;
console.log(arr); // [1,2,3]
console.log(newArr); // [100,2,3]
12345
注意，此時僅能對包含純數字的數組進行深拷貝，因爲：
toString無法正確的處理對象和函數
Number無法處理 false、undefined等數據類型
但我願稱它爲純數字數組深拷貝！
3.2 Object.assign()
有的人會認爲Object.assign()，可以做到深拷貝，我們來看一下
var obj = {a: 1, b: { c: 2 } }
var newObj = Object.assign({}, obj)
newObj.a = 100;
newObj.b.c = 200;
console.log(obj); // {a: 1, b: { c: 200 } }
console.log(newObj) // {a: 100, b: { c: 200 } }
神奇，第一層屬性沒有改變，但第二層卻同步改變了，這是爲什麼呢？
因爲 Object.assign()拷貝的是（可枚舉）屬性值。
假如源值是一個對象的引用，它僅僅會複製其引用值。MDN傳送門
四、自己實現深淺拷貝
既然現有的方法無法實現深拷貝，不妨我們自己來實現一個吧～
4.1 淺拷貝
我們只需要將所有屬性即其嵌套屬性原封不動的複製給新變量一份即可，拋開現有的方法，我們應該怎麼做呢？
var shallowCopy = function(obj) {
if (typeof obj !== 'object') return;
// 根據obj的類型判斷是新建一個數組還是對象
var newObj = obj instanceof Array ? [] : {};
// 遍歷obj，並且判斷是obj的屬性才拷貝
for (var key in obj) {
if (obj.hasOwnProperty(key)) {
newObj[key] = obj[key];
}
}
return newObj;
}
12345678910111213
我們只需要將所有屬性的引用拷貝一份即可～
4.2 深拷貝
相信大家在實現深拷貝的時候都會想到遞歸，同樣是判斷屬性值，但如果當前類型爲object則證明需要繼續遞歸，直到最後
var deepCopy = function(obj) {
if (typeof obj !== 'object') return;
var newObj = obj instanceof Array ? [] : {};
for (var key in obj) {
if (obj.hasOwnProperty(key)) {
newObj[key] = typeof obj[key] === 'object' ? deepCopy(obj[key]) : obj[key];
}
}
return newObj;
}
我們用白話來解釋一下deepCopy都做了什麼
const obj = [1, { a: 1, b: { name: '餘光'} } ];
const resObj = deepCopy(obj);
讀取 obj，創建 第一個newObj判斷類型爲 []key爲 0 (for in 以任意順序遍歷，我們假定按正常循序遍歷)判斷不是引用類型，直接複製key爲 1判斷是引用類型進入遞歸，重新走了一遍剛纔的流程，只不過讀取的是obj[1]
另外請注意遞歸的方式雖然可以深拷貝，但是在性能上肯定不如淺拷貝，大家還是需要結合實際情況來選擇。
