今晚遇到一個問題，就是全局變量的局议薪，死活不變
如圖的效果 country 永遠為 1
最近遇到個有趣的問題：“JS中的值是按值傳遞尤蛮，還是按引用傳遞呢？”
在分析這個問題之前斯议，我們需了解什么是按值傳遞(call by value)产捞，什么是按引用傳遞(call by
reference)。在計算機科學里哼御，這個部分叫求值策略(Evaluation
Strategy)坯临。它決定變量之間、函數調用時實參和形參之間值是如何傳遞的恋昼。
按值傳遞 VS. 按引用傳遞
按值傳遞(call by value)是最常用的求值策略：函數的形參是被調用時所傳實參的副本看靠。修改形參的值并不會影響實參。
按引用傳遞(call by reference)時液肌，函數的形參接收實參的隱式引用挟炬，而不再是副本。這意味著函數形參的值如果被修改，實參也會被修改辟宗。同時兩者指向相同的值爵赵。
按引用傳遞會使函數調用的追蹤更加困難，有時也會引起一些微妙的BUG泊脐。
按值傳遞由于每次都需要克隆副本空幻，對一些復雜類型，性能較低容客。兩種傳值方式都有各自的問題秕铛。
我們先看一個C的例子來了解按值和引用傳遞的區(qū)別：
voidModify(intp,int*q){p=27;// 按值傳遞 - p是實參a的副本, 只有p被修改*q=27;// q是b的引用，q和b都被修改}intmain(){inta=1;intb=1;Modify(a,&b);// a 按值傳遞, b 按引用傳遞,// a 未變化, b 改變了return(0);}
這里我們可以看到：
a => p按值傳遞時缩挑，修改形參p的值并不影響實參a但两，p只是a的副本。
b => q是按引用傳遞供置，修改形參q的值時也影響到了實參b的值谨湘。
探究JS值的傳遞方式
JS的基本類型，是按值傳遞的芥丧。
vara=1;functionfoo(x){x=2;}foo(a);console.log(a);// 仍為1, 未受x = 2賦值所影響
再來看對象：
varobj={x:1};functionfoo(o){o.x=3;}foo(obj);console.log(obj.x);// 3, 被修改了!
說明o和obj是同一個對象紧阔，o不是obj的副本。所以不是按值傳遞续担。
但這樣是否說明JS的對象是按引用傳遞的呢擅耽？我們再看下面的例子：
varobj={x:1};functionfoo(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的值愧口。
varobj={x:1};functionfoo(o){o=100;}foo(obj);console.log(obj.x);// 仍然是1, obj并未被修改為100.
然而，雖然引用是副本类茂，引用的對象是相同的耍属。它們共享相同的對象，所以修改形參對象的屬性值巩检，也會影響到實參的屬性值厚骗。
varobj={x:1};functionfoo(o){o.x=3;}foo(obj);console.log(obj.x);// 3, 被修改了!
對于對象類型，由于對象是可變(mutable)的兢哭，修改對象本身會影響到共享這個對象的引用和引用副本领舰。而對于基本類型，由于它們都是不可變的(immutable)迟螺，按共享傳遞與按值傳遞(call
by value)沒有任何區(qū)別冲秽，所以說JS基本類型既符合按值傳遞，也符合按共享傳遞煮仇。
var a = 1; // 1是number類型劳跃，不可變
var b = a;
b = 6;
據按共享傳遞的求值策略，a和b是兩個不同的引用(b是a的引用副本)浙垫，但引用相同的值刨仑。由于這里的基本類型數字1不可變，所以這里說按值傳遞夹姥、按共享傳遞沒有任何區(qū)別杉武。
基本類型的不可變(immutable)性質
基本類型是不可變的(immutable)，只有對象是可變的(mutable).
例如數字值100, 布爾值true, false辙售，修改這些值(例如把1變成3,
把true變成100)并沒有什么意義轻抱。比較容易誤解的，是JS中的string旦部。有時我們會嘗試“改變”字符串的內容祈搜，但在JS中，任何看似對string值的”修改”操作士八，實際都是創(chuàng)建新的string值容燕。
varstr="abc";str[0];// "a"str[0]="d";str;// 仍然是"abc";賦值是無效的。沒有任何辦法修改字符串的內容
而對象就不一樣了婚度，對象是可變的蘸秘。
varobj={x:1};obj.x=100;varo=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采取的都是”按值傳遞”的求值策略, 其中對象類型較為特殊秽荞，實際為按值傳遞了引用(即傳遞引用的副本，而不是按引用傳遞引用)抚官。從這個角度扬跋，說對象也是按值傳遞也是有道理的。(雖然筆者不是十分贊同).
引入“按共享傳遞”的求值策略凌节，它讓我們精確的區(qū)分按共享傳遞與經典的按值傳遞钦听、按引用傳遞的不同。在這種情形下倍奢，可以按傳參類型區(qū)分：“基本類型按值傳遞朴上、而對象按共享傳遞∽渖罚”（筆者更傾向的描述方式）
結論
雖然關于JS的求值策略有諸多爭議和不同版本痪宰，博主比較傾向的結論是：
“JS中基本類型是按值傳遞的，對象類型是按共享傳遞的畔裕∫虑耍”
語言抽象概念并非博主創(chuàng)造或臆造，文中所涉理論理論均有參考扮饶，詳見下面之參考文獻淮韭。
另感謝博客園園友@京山游俠 @greatim的精彩討論和補充。
