javascript與記憶體

1. 致命的string

     javascrip的string,類似.net 的string,大string操作費CPU,費記憶體.

     替換方法:Array,但首先應該避免大string的各種操作.

2.unwise的DOM

      重複的innerhtml操作&createElement操作對記憶體的消耗巨大.
      innerHTML操作如果處理不當,很容易形成memory leak. 

      替換方法:

            1.不要使用innerhtml.

            2. 在RemoveElement前,從下往上一層層Remove掉ElementElement上面的事件.
            3. 不要使用RemoveElement方法,而是先在頁面上建一個垃圾箱(div),然後將element先添加到垃圾箱,再執行垃圾箱.innerHTML="";
            4. 確保Dom結構的完整.

3.變數

     過多的外部變數會導致記憶體泄露成為必然.

     替換方法:

            1.將外部變數封裝成一個大對象,並在必要的時候先調用其dispose方法,並設定大對象為null,方便GC及時清除記憶體.

            2.定義局部變數時,別忘記了var ,並在範圍結束前,顯式的設定該變數,及引用該變數的對象為null,方便GC及時清除記憶體.

            3. delete根本不是那回事,別用了.

4. 複雜的調用引用邏輯

      複雜的調用邏輯,無疑會增加對象引用的複雜度,使對象的清理困難重重,引發記憶體crash.

      替換方法:需要一個良好的設計

5. 瀏覽器比較

     在記憶體管理上從優到差:

     IE, 記憶體使用量率高,

          當變數失效時,後申請的記憶體會覆蓋原失效變數所使用的記憶體

          支援手動gc(CollectGarbage())

          Debug 記憶體泄露的工具Drip,sIEve

     firefox, 記憶體使用量率中低

          使函數內的變數,在範圍失效後,仍會佔用記憶體,如需要記憶體時,不會自動覆蓋原記憶體

          在記憶體接近約120M時自動gc

     safari, 記憶體使用量率極低,重新整理也不會清理記憶體