文章標題這句話原本是在國外某JavaScript規範裏看到的,當時並沒有引起足夠的重視,直到最近一次出現了bug發現JS裏的連等賦值操作的特色(坑)。 網上搜索一番發現一個非常好的連等賦值的例子: 答案是: console.log(a.x); // undefined 不知道各位有沒有答對,至少我是答錯了。遂藉此機會好好看看JS連等賦值是怎麼回事 賦值順序? 是猜想1: B = C; A = C; ? 還是猜想2: B = C; A = B; ? 我們都知道若兩個對象同時指向一個對象,那麼對這個對象的修改是同步的,如: 所以可以根據這個特性來測試連續賦值的順序。 再按照猜想2,把C換成具體的對象,可以看到對a的修改同步到了b,因爲a和b同時引用了一個對象,如: 測試真正的連等賦值: 可以看到是符合猜想2的,如果有人覺得這個測試不準確可以再來測試,使用ECMA5的setter和getter特性來測試。 首先setter和getter是應用於變量名的,而不是變量真正儲存的對象,如下: 可以看到只有obj輸出了“getter!!!”,而x沒有輸出,用此特性來測試。 連等賦值測試2: 通過getter再次證實,在A=B=C中,C只被讀取了一次。 所以,連等賦值真正的運算規則是? B = C; A = B;? 連續賦值能拆開寫麼? 所以連續賦值語句雖然是遵從從右至左依次賦值的規則但依然不能將語句拆開來寫,至於爲什麼? 所以我認爲這段代碼 a.x=a={n:2}; 的邏輯是: 1、在執行前,會先將a和a.x中的a的引用地址都取出來,此值他們都指向{n:1} 2、在內存中創建一個新對象{n:2} 3、執行a={n:2},將a的引用從指向{n:1}改爲指向新的{n:2} 4、執行a.x=a,此時a已經指向了新對象,而a.x因爲在執行前保留了原引用,所以a.x的a依然指向原先的{n:1}對象,所以給原對象新增一個屬性x,內容爲{n:2}也就是現在a 5、語句執行結束,原對象由{n:1}變成{n:1,x:{n:2}},而原對象因爲無人再引用他,所以被GC回收,當前a指向新對象{n:2} 6、所以就有了文章開頭的運行結果,再執行a.x,自然就是undefined了 上述過程按序號圖示: 測試: 因爲我們增加了var b=a,即將原對象增加了一條引用,所以在上述第5步時不會被釋放,證實了上面的結論。 後記 通過這次瞭解了連續賦值的特點,再回過頭看文章標題,似乎應該叫:儘量不要使用JS的連續賦值操作,除非真的瞭解它的內部機制及可能會產生的後果。 |
JS中連等賦值操作使用注意事項(a=b=c)
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.