js中引用傳遞和值傳遞

按值傳遞 VS. 按引用傳遞

按值傳遞(call by value)是最經常使用的求值策略：函數的形參是被調用時所傳實參的副本。修改形參的值並不會影響實參。

按引用傳遞(call by reference)時，函數的形參接收實參的隱式引用，而再也不是副本。這意味着函數形參的值若是被修改，實參也會被修改。同時二者指向相同的值。

按引用傳遞會使函數調用的追蹤更加困難，有時也會引發一些微妙的BUG。

按值傳遞因爲每次都須要克隆副本，對一些複雜類型，性能較低。兩種傳值方式都有各自的問題。

咱們先看一個C的例子來了解按值和引用傳遞的區別：

void Modify(int p, int * q) { 
  p = 27; // 按值傳遞 - p是實參a的副本, 只有p被修改     
  *q = 27; // q是b的引用，q和b都被修改 
} 
int main() {     
    int a = 1;     
    int b = 1;     
    Modify(a, &b);   // a 按值傳遞, b 按引用傳遞,                         
    // a 未變化, b 改變了      
    return(0); 
}

這裏咱們能夠看到：

• a => p按值傳遞時，修改形參p的值並不影響實參a，p只是a的副本。

• b => q是按引用傳遞，修改形參q的值時也影響到了實參b的值。

探究JS值的傳遞方式

JS的基本類型，是按值傳遞的。

var a = 1; 
function foo(x) {     
    x = 2; 
} 
foo(a); 
console.log(a); // 仍爲1, 未受x = 2賦值所影響

再來看對象：

var obj = {x : 1}; 
function foo(o) {     
    o.x = 3; 
} 
foo(obj); 
console.log(obj.x); // 3, 被修改了!

說明o和obj是同一個對象，o不是obj的副本。因此不是按值傳遞。 但這樣是否說明JS的對象是按引用傳遞的呢？咱們再看下面的例子：

var obj = {x : 1}; 
function foo(o) {     
    o = 100; 
} foo(obj); 
console.log(obj.x); // 仍然是1, obj並未被修改成100.

若是是按引用傳遞，修改形參o的值，應該影響到實參纔對。但這裏修改o的值並未影響obj。 所以JS中的對象並非按引用傳遞。那麼究竟對象的值在JS中如何傳遞的呢？

按共享傳遞 call by sharing

準確的說，JS中的基本類型按值傳遞，對象類型按共享傳遞的(call by sharing，也叫按對象傳遞、按對象共享傳遞)。最先由Barbara Liskov. 在1974年的GLU語言中提出。該求值策略被用於Python、Java、Ruby、JS等多種語言。

該策略的重點是：調用函數傳參時，函數接受對象實參引用的副本(既不是按值傳遞的對象副本，也不是按引用傳遞的隱式引用)。 它和按引用傳遞的不一樣在於：在共享傳遞中對函數形參的賦值，不會影響實參的值。以下面例子中，不能夠經過修改形參o的值，來修改obj的值。

var obj = {x : 1}; 
function foo(o) {     
    o = 100; 
} 
foo(obj); 
console.log(obj.x); // 仍然是1, obj並未被修改成100.

然而，雖然引用是副本，引用的對象是相同的。它們共享相同的對象，因此修改形參對象的屬性值，也會影響到實參的屬性值。

var obj = {x : 1}; 
function foo(o) {     
    o.x = 3; 
} foo(obj); 
console.log(obj.x); // 3, 被修改了!

對於對象類型，因爲對象是可變(mutable)的，修改對象自己會影響到共享這個對象的引用和引用副本。而對於基本類型，因爲它們都是不可變的(immutable)，按共享傳遞與按值傳遞(call by value)沒有任何區別，因此說JS基本類型既符合按值傳遞，也符合按共享傳遞。

var a = 1; // 1是number類型，不可變 var b = a; b = 6;

據按共享傳遞的求值策略，a和b是兩個不一樣的引用(b是a的引用副本)，但引用相同的值。因爲這裏的基本類型數字1不可變，因此這裏說按值傳遞、按共享傳遞沒有任何區別。

基本類型的不可變(immutable)性質

基本類型是不可變的(immutable)，只有對象是可變的(mutable). 例如數字值100, 布爾值true, false，修改這些值(例如把1變成3, 把true變成100)並無什麼意義。比較容易誤解的，是JS中的string。有時咱們會嘗試「改變」字符串的內容，但在JS中，任何看似對string值的」修改」操做，實際都是建立新的string值。

var str = "abc"; 
str[0]; // "a" 
str[0] = "d"; 
str; // 仍然是"abc";賦值是無效的。沒有任何辦法修改字符串的內容

而對象就不同了，對象是可變的。

var obj = {x : 1}; 
obj.x = 100; 
var o = obj; 
o.x = 1; 
obj.x; // 1, 被修改 o = true; obj.x; // 1, 不會因o = true改變

這裏定義變量obj，值是object，而後設置obj.x屬性的值爲100。然後定義另外一個變量o，值仍然是這個object對象，此時obj和o兩個變量的值指向同一個對象（共享同一個對象的引用）。因此修改對象的內容，對obj和o都有影響。但對象並不是按引用傳遞，經過o = true修改了o的值，不會影響obj。

術語的不一樣版本

須要注意的是，求值策略中的「引用」和求值策略自己都是抽象概念，這裏的引用和語言具體的引用(例如C++的&a, C#的ref參數)能夠不一樣，請不要混淆。

因爲JS在傳遞對象類型的值時，是按值傳遞引用的副本，參考Dmitry的博文(連接)目前，對JS的求值策略有兩種解釋：

• JS採起的都是」按值傳遞」的求值策略, 其中對象類型較爲特殊，實際爲按值傳遞了引用(即傳遞引用的副本，而不是按引用傳遞引用)。從這個角度，說對象也是按值傳遞也是有道理的。(雖然筆者不是十分贊同).

• 引入「按共享傳遞」的求值策略，它讓咱們精確的區分按共享傳遞與經典的按值傳遞、按引用傳遞的不一樣。在這種情形下，能夠按傳參類型區分：「基本類型按值傳遞、而對象按共享傳遞。」（筆者更傾向的描述方式）

結論

雖然關於JS的求值策略有諸多爭議和不一樣版本，博主比較傾向的結論是：

「JS中基本類型是按值傳遞的，對象類型是按共享傳遞的。」