JS數據類型轉換與內存模型

JS數據類型轉換與內存模型

• JS數據類型轉換
• 拓展知識：內存與外存
• 基礎數據類型，對象，棧內存與堆內存
• 一道經典(SB)面試題的內存分析
• 垃圾回收與內存泄漏
• 深拷貝與淺拷貝的概念

JS數據類型轉換

一張圖表示，簡單明瞭~

拓展：內存與外存

內存

內存分爲RAM和ROM。RAM是隨機存取存儲器，用戶可讀可寫，計算機斷電後，存儲在RAM的信息將被刪除。RAM具體分爲SRAM(Static RAM)和DRAM(Dynamic RAM)。咱們 如今所說的內存通常指的都是DRAM，SRAM速度更快，可是容量相對於其餘類型內存而言也會小一些，而且價格也較爲昂貴。通常SRAM做爲CPU和DRAM之間的緩存(cache)。ROM是隻讀存儲器，ROM的內容是製造商寫進去的，用戶只能讀，但不能寫。ROM在切斷電源後，數據也不會丟失。計算機會給當前執行的程序動態地分配內存空間，例如用戶打開瀏覽器打開諸多網頁，計算機會給瀏覽器分配內存，瀏覽器會給每個頁面分配內存，會給頁面的HTML,CSS,JS分配內存。

外存

由於內存中的數據在斷電以後會消失，因此爲了數據的保存，就須要使用其餘類型的存儲器。這類存儲器通常是磁盤，固態硬盤(ssd)等，也就是所謂的外存。

基礎數據類型，對象，棧內存與堆內存

JS中的基礎數據類型每每都保存在棧內存中，由於這些值都有固定的大小。
例如：var a = 1; 內存分配圖大概是這個樣子的：

JS中複雜數據類型即對象，例如數組，函數，因爲它們的值大小非固定，因此它們的值實際上保存在堆內存當中。而棧內存中保存的是指向實際對象值的引用，這個引用咱們能夠理解爲一個地址。也就是說，在咱們操做對象時，實際上操做的是指向這個對象的引用，而並不是是實際的對象。
例如： var a = {'key':'value'}; 內存分配圖大概是這個樣子的：

一道經典(SB)面試題的內存分析

var a = {n:1};
var b = a;
a.x = a = {n:2};
=============================
問：
console.log(a.x)= ?
console.log(b.x) =?
複製代碼

這道題涉及到了連續賦值的狀況，在程序運行以後，先肯定好了a.x 和 a的引用，而後再從右往左開始賦值 。本題的內存分析以下：

var a = {n:1};
var b = a;
複製代碼

代碼執行到這裏時，內存圖模型以下：

在執行代碼 a.x = a = {n:2};時，JS首先會肯定a在stack中的「地址」也就是指向對象的引用。

a.x = a = {n:2};
// 本例中a在stack中的地址爲addr=31,在肯定好這個信息後，代碼會從右至左開始執行。
複製代碼

首先是a = {n:2}

而後執行 a.x = a，在內存模型中，此時左邊的a在stack中對應的地址爲addr31，而右邊的a在stack中的地址已經變爲了addr33。因此這個操做至關於在addr31所指向的對象中添加x屬性，x的屬性值爲addr33指向的對象。

因此結果以下：

垃圾回收與內存泄漏

參考內容：JavaScript內存管理一文。

JS內存的聲明週期

1. 內存分配：在聲明變量，對象時，系統會對內存進行自動分配
2. 內存使用：在讀寫內存時，也就是咱們在使用聲明的變量，對象時，稱爲內存使用過程
3. 內存回收：當一些數據被瀏覽器視做「垃圾」時，瀏覽器內部的GC回收機制會回收再也不使用的內存。

垃圾回收算法

引用計數算法

引用計數算法定義「垃圾」的標準很簡單，就是看一個對象是否有指向它的引用，若是沒有就回收。可是引用計數算法卻存在着許多問題，試想若是在堆內存中，有對象相互引用，即使是它們再也不使用，可是GC不會進行回收，最後就會致使內存泄漏的問題，而IE6就是使用引用計數算法來進行垃圾回收的。
如代碼：

function c() {
    var o1 = {};
    var o2 = {};
    o1.a = o2;
    o2.a = o1; 
    
    return "IE6'Bug"
}

c();
複製代碼

按理來說方法在調用以後，對象o1,o2能夠進行回收了，可是在堆內存中二者互相引用，是根據引用計數算法的定義，在堆內存的這兩個對象還存在着引用的關係，因此這部份內存不會被回收，接下來就有可能帶來內存泄漏的問題。什麼是內存泄漏呢？內存泄漏(Memory Leak) 是指在程序中動態被分配的堆內存中，因爲某種緣由，致使程序未被釋放或者說沒法釋放而形成了系統內存的浪費，進而致使程序運行速度減慢，甚至是系統崩潰。

標記清除算法

標記清除算法是現代瀏覽器主要使用，並在此之上加以改進並應用的算法，標記清除算法定義「垃圾」爲從棧內存開始「沒法達到」的對象。對於IE6出現的Bug，即使是堆內存中兩個對象互相引用的狀況，標記清除算法也能夠進行回收。

深拷貝與淺拷貝的概念

如：

var a = 1;
var b = a;
複製代碼

這個過程就是深拷貝，對於基本類型來講，賦值的過程就是深拷貝。當咱們嘗試去改變b的值時，變量a的值不會發生變化，換句話說，一個變不會影響另外一個這就是深拷貝。淺拷貝則偏偏相反，對於複雜類型而言：

var a = {name:'a'};
var b = a;
複製代碼

a和b指向同一個對象，當改變a.name或b.name時，另外的引用指向的對象(其實就是本身)會發生改變，因此咱們能夠這麼理解：一個變會影響另外一個變這就是深拷貝。對於複雜類型來講，也能夠經過代碼實現深拷貝，後續再見~