<em id="09ttv"></em>
    <sup id="09ttv"><pre id="09ttv"></pre></sup>
    <dd id="09ttv"></dd>

        • JavaScript操作符in:由一個問題引發的探究

          2021-4-13    前端達人

          事情是這樣的:大家都知道“內存泄露”這回事吧。它有幾個常見的場景:

          1. 閉包使用不當引起內存泄漏
          2. (未聲明的)全局變量
          3. 分離的DOM節點
          4. (隨意的)控制臺的打印
          5. 遺忘的定時器
          6. 循環引用

          內存泄漏需要重視,它是如此嚴重甚至會導致頁面卡頓,影響用戶體驗!

          其中第 3 點引起了我的注意 —— 我當然清楚地知道它說的是比如:“假設你手動移除了某個dom節點,本應釋放該dom節點所占用的內存,但卻因為疏忽導致某處代碼仍對該被移除節點有引用,最終導致該節點所占內存無法被釋放”的情況

          <div id="root"> <div class="child">我是子元素</div> <button>移除</button> </div> <script> let btn = document.querySelector('button') let child = document.querySelector('.child') let root = document.querySelector('#root') btn.addEventListener('click', function() { root.removeChild(child) }) </script> 
          
          • 1
          • 2
          • 3
          • 4
          • 5
          • 6
          • 7
          • 8
          • 9
          • 10
          • 11
          • 12
          • 13
          • 14

          該代碼所做的操作就是點擊按鈕后移除.child的節點,雖然點擊后,該節點確實從dom被移除了,但全局變量child仍對該節點有引用,所以導致該節點的內存一直無法被釋放。

          解決辦法:我們可以將對.child節點的引用移動到click事件的回調函數中,那么當移除節點并退出回調函數的執行上文后就會自動清除對該節點的引用,自然也就不會存在內存泄漏的情況了。(這實際上是在事件中實時檢測該節點是否存在,如果不存在則瀏覽器必不會觸發remove函數的執行)

          <div id="root"> <div class="child">我是子元素</div> <button>移除</button> </div> <script> let btn = document.querySelector('button') btn.addEventListener('click', function() { let child = document.querySelector('.child') let root = document.querySelector('#root') root.removeChild(child) }) </script> 
          
          • 1
          • 2
          • 3
          • 4
          • 5
          • 6
          • 7
          • 8
          • 9
          • 10
          • 11
          • 12
          • 13
          • 14
          • 15

          這段代碼很完美么?不。因為它在每次事件觸發后都創建了對child和root節點的引用。消耗了內存(你完全可以想象一些人會狂點按鈕的情況…)。
          其實還有一種辦法:我們在click中去判斷當前root節點中是否還存在child子節點,如果存在,則執行remove函數,否則什么也不做!

          這就引發了標題中所說的行為。

          怎么判斷?
          遍歷?不,太過麻煩!
          不知怎的,我突然想到了 for...in 中的 in 操作符,它可以基于原型鏈遍歷對象!

          我們來還原一下當時的場景:打開GitHub,隨便找一個父節點,并獲取它:
          mygithub
          圖中畫紅框的就是我們要取的父元素,橘紅色框的就是要判斷是否存在的子元素。

          let parent=document.querySelector('.position-relative'); let child=document.querySelector('.progress-pjax-loader'); 
          
          • 1
          • 2

          這里注意,因為獲取到的是DOM節點(類數組對象),所以我們在操作前一定要先處理一下:
          object

          let p_child=[...parent.children]; 
          
          • 1

          array
          然后

          console.log(child in p_child); 
          
          • 1

          not
          !!!
          為什么呢?(此時筆者還沒有意識到事情的嚴重性)
          我想,是不是哪里出了問題,用es6的includes API驗證一下:

          console.log(p_child.includes(child)); 
          
          • 1

          yes
          沒錯啊!
          再用一般的數組驗證一下:
          Verification
          ???
          此時,筆者才想起到MDN上查閱一番:
          mdn
          進而我發現:in操作符單獨使用時它檢測的是左側的值(作為索引)對應的值是否在右側的對象內部(屬性 & 原型上)

          回到上面的代碼中,我們發現:
          vertification_2
          這驗證了我們的結論。
          很顯然,“子元素”并不等同于“存在于原型鏈上” —— 這又引出了一個知識點:attribute和property的區別!

          所以經過一番“折騰”,源代碼還是應該直接這樣寫:

          <div id="root"> <div class="child">我是子元素</div> <button>移除</button> </div> <script> let btn = document.querySelector('button') let child = document.querySelector('.child') let root = document.querySelector('#root') let r_child = [...root.children] btn.addEventListener('click', function() { if(r_child.includes(child)){ // 或者你這里直接判斷child是否為null也可以...吧 root.removeChild(child) } }) </script> 
          
          • 1
          • 2
          • 3
          • 4
          • 5
          • 6
          • 7
          • 8
          • 9
          • 10
          • 11
          • 12
          • 13
          • 14
          • 15
          • 16
          • 17



















          轉自:csdn論壇   作者:恪愚


          藍藍設計www.sdgs6788.com )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 平面設計服



          日歷

          鏈接

          個人資料

          藍藍設計的小編 http://www.sdgs6788.com

          存檔

          亚洲va中文字幕无码久久不卡| 97久久久久人妻精品专区| 国产精品va久久久久久久| 精品99久久aaa一级毛片| 噜噜噜色噜噜噜久久| 精品久久8x国产免费观看| 久久国产精品免费一区| 久久男人Av资源网站无码软件| 精品国产青草久久久久福利| 久久人人爽人人爽人人爽| 亚洲国产精久久久久久久| 97精品依人久久久大香线蕉97| 99久久精品九九亚洲精品| 狠狠色噜噜色狠狠狠综合久久| 日本久久久久久中文字幕| 久久精品中文字幕一区| 久久久久亚洲AV综合波多野结衣| 久久亚洲精品人成综合网| 亚洲综合久久夜AV | 青青热久久综合网伊人| 无码精品久久久天天影视| 免费一级欧美大片久久网| 91精品国产综合久久香蕉 | 人妻中文久久久久| 狠狠色噜噜狠狠狠狠狠色综合久久 | 国产毛片久久久久久国产毛片| 色欲久久久天天天综合网精品| 久久夜色精品国产亚洲av| 国产成人精品久久一区二区三区av| 久久夜色精品国产噜噜麻豆| 精产国品久久一二三产区区别| 亚洲欧美国产精品专区久久| 97精品伊人久久久大香线蕉| 久久最近最新中文字幕大全| 国产精品美女久久久| 狠狠色丁香久久婷婷综合五月 | 99久久精品国产毛片| 久久精品成人免费网站| 色噜噜狠狠先锋影音久久| 久久久久久午夜成人影院| 欧洲成人午夜精品无码区久久 |