摘要：這里加了個(gè)簡(jiǎn)單判斷，只看數(shù)組元素的，然后寫(xiě)了一個(gè)簡(jiǎn)單案例，主要測(cè)試使用改變數(shù)組元素能不能被監(jiān)測(cè)到，并響應(yīng)式的渲染頁(yè)面運(yùn)行頁(yè)面可以看到，運(yùn)行了次，我們數(shù)組長(zhǎng)度為，也就是說(shuō)數(shù)組被遍歷了兩遍。

問(wèn)題來(lái)源：https://segmentfault.com/q/10...

問(wèn)題描述：Vue檢測(cè)數(shù)據(jù)的變動(dòng)是通過(guò)Object.defineProperty實(shí)現(xiàn)的，所以無(wú)法監(jiān)聽(tīng)數(shù)組的添加操作是可以理解的，因?yàn)槭窃跇?gòu)造函數(shù)中就已經(jīng)為所有屬性做了這個(gè)檢測(cè)綁定操作。

但是官方的原文：由于 JavaScript 的限制， Vue 不能檢測(cè)以下變動(dòng)的數(shù)組：

當(dāng)你利用索引直接設(shè)置一個(gè)項(xiàng)時(shí)，例如： vm.items[indexOfItem] = newValue
當(dāng)你修改數(shù)組的長(zhǎng)度時(shí)，例如： vm.items.length = newLength

這句話(huà)是什么意思？我測(cè)試了下Object.defineProperty是可以通過(guò)索引屬性來(lái)設(shè)置屬性的訪問(wèn)器屬性的，那為何做不了監(jiān)聽(tīng)？

有些論壇上的人說(shuō)因?yàn)閿?shù)組長(zhǎng)度是可變的，即使長(zhǎng)度為5，但是未必有索引4，我就想問(wèn)問(wèn)這個(gè)答案哪里來(lái)的，修改length，新增的元素會(huì)被添加到最后，它的值為undefined，通過(guò)索引一樣可以獲取他們的值，怎么就叫做“未必有索引4”了呢？

既然知道數(shù)組的長(zhǎng)度為何不能遍歷所有元素并通過(guò)索引這個(gè)屬性全部添加set和get不就可以同時(shí)更新視圖了嗎？

如果非要說(shuō)的話(huà)，考慮到性能的問(wèn)題，假設(shè)元素內(nèi)容只有4個(gè)有意義的值，但是長(zhǎng)度確實(shí)1000，我們不可能為1000個(gè)元素做檢測(cè)操作。但是官方說(shuō)的由于JS限制，我想知道這個(gè)限制是什么內(nèi)容？各位大大幫我解決下這個(gè)問(wèn)題，感謝萬(wàn)分

面對(duì)這個(gè)問(wèn)題，我想說(shuō)的是，首先，長(zhǎng)度為1000，但只有4個(gè)元素的數(shù)組并不一定會(huì)影響性能，因?yàn)閖s中對(duì)數(shù)據(jù)的遍歷除了for循環(huán)還有forEach、map、filter、some等，除了for循環(huán)外(for,for...of)，其他的遍歷都是對(duì)鍵值的遍歷，也就是除了那四個(gè)元素外的空位并不會(huì)進(jìn)行遍歷(執(zhí)行回調(diào))，所以也就不會(huì)造成性能損耗，因?yàn)檠h(huán)體中沒(méi)有操作的話(huà)，所帶來(lái)的性能影響可以忽略不計(jì)，下面是長(zhǎng)度為10000，但只有兩個(gè)元素的數(shù)組分別使用for及forEach遍歷的結(jié)果：

var arr = [1]; arr[10000] = 1
function a(){
    console.time()
    for(var i = 0;i{console.log(2)})
    console.timeEnd()
}
b(); //default: 0.81982421875ms
b(); //default: 0.434814453125ms

可以看到結(jié)果非常明顯,不過(guò)，如果for循環(huán)中不做操作的話(huà)兩者速度差不多

其次，我要說(shuō)的是，我也不知道這個(gè)限制是什么 ???? (????) ???? ╮( ??ω?? )╭

Object.defineProperty() 方法會(huì)直接在一個(gè)對(duì)象上定義一個(gè)新屬性，或者修改一個(gè)對(duì)象的現(xiàn)有屬性， 并返回這個(gè)對(duì)象。數(shù)組的索引也是屬性，所以我們是可以監(jiān)聽(tīng)到數(shù)組元素的變化的

var arr = [1,2,3,4]
arr.forEach((item,index)=>{
    Object.defineProperty(arr,index,{
        set:function(val){
            console.log("set")
            item = val
        },
        get:function(val){
            console.log("get")
            return item
        }
    })
})
arr[1]; // get  2
arr[1] = 1; // set  1

但是我們新增一個(gè)元素，就不會(huì)觸發(fā)監(jiān)聽(tīng)事件，因?yàn)檫@個(gè)新屬性我們并沒(méi)有監(jiān)聽(tīng)，刪除一個(gè)屬性也是。

再回到題主的問(wèn)題，既然數(shù)組是可以被監(jiān)聽(tīng)的，那為什么vue不能檢測(cè)vm.items[indexOfItem] = newValue導(dǎo)致的數(shù)組元素改變呢，哪怕這個(gè)下標(biāo)所對(duì)應(yīng)的元素是存在的，且被監(jiān)聽(tīng)了的？

為了搞清楚這個(gè)問(wèn)題，我用vue的源碼測(cè)試了下，下面是vue對(duì)數(shù)據(jù)監(jiān)測(cè)的源碼：

可以看到，當(dāng)數(shù)據(jù)是數(shù)組時(shí)，會(huì)停止對(duì)數(shù)據(jù)屬性的監(jiān)測(cè)，我們修改一下源碼:

使數(shù)據(jù)為數(shù)組時(shí)，依然監(jiān)測(cè)其屬性，然后在defineReactive函數(shù)中的get，set打印一些東西，方便我們知道調(diào)用了get以及set。這里加了個(gè)簡(jiǎn)單判斷，只看數(shù)組元素的get，set

然后寫(xiě)了一個(gè)簡(jiǎn)單案例，主要測(cè)試使用vm.items[indexOfItem] = newValue改變數(shù)組元素能不能被監(jiān)測(cè)到，并響應(yīng)式的渲染頁(yè)面

運(yùn)行頁(yè)面

可以看到，運(yùn)行了6次get，我們數(shù)組長(zhǎng)度為3，也就是說(shuō)數(shù)組被遍歷了兩遍。兩遍不多，頁(yè)面渲染一次，可能多次觸發(fā)一個(gè)數(shù)據(jù)的監(jiān)聽(tīng)事件，哪怕這個(gè)數(shù)據(jù)只用了一次，具體的需要看尤大代碼怎么寫(xiě)的。就拿這個(gè)來(lái)說(shuō)，當(dāng)監(jiān)聽(tīng)的數(shù)據(jù)為數(shù)組時(shí)，會(huì)運(yùn)行dependArray函數(shù)(代碼在上面圖中g(shù)et的實(shí)現(xiàn)里)，這個(gè)函數(shù)里對(duì)數(shù)組進(jìn)行了遍歷取值操作，所以會(huì)多3遍get，這里主要是vue對(duì)data中arr數(shù)組的監(jiān)聽(tīng)觸發(fā)了dependArray函數(shù)。

當(dāng)我們點(diǎn)擊其中一個(gè)元素的時(shí)候，比如我點(diǎn)擊的是3

可以看到會(huì)先運(yùn)行一次set，然后數(shù)據(jù)更新，重新渲染頁(yè)面，數(shù)組又是被遍歷了兩遍。

但是！?。?shù)組確實(shí)變成響應(yīng)式的了，也就是說(shuō)js語(yǔ)法功能并不會(huì)限制數(shù)組的監(jiān)測(cè)。

這里我們是用長(zhǎng)度為3的數(shù)組測(cè)試的，當(dāng)我把數(shù)組長(zhǎng)度增加到9時(shí)

可以看到，運(yùn)行了18次get，數(shù)組還是被遍歷了兩遍，點(diǎn)擊某個(gè)元素同理，渲染的時(shí)候也是被遍歷兩次。

有了上面的實(shí)驗(yàn)，我的結(jié)論是數(shù)組在vue中是可以實(shí)現(xiàn)響應(yīng)式更新的，但是不明白尤大是出于什么考慮，沒(méi)有加入這一功能，希望有知道的大佬們不吝賜教

github上提問(wèn)了尤大