記錄--解決前端記憶體泄漏：問題概覽與實用解決方案

来源:https://www.cnblogs.com/smileZAZ/archive/2023/08/29/17665626.html
-Advertisement-
Play Games

這裡給大家分享我在網上總結出來的一些知識，希望對大家有所幫助 記憶體泄漏是前端開發中的一個常見問題，可能導致項目變得緩慢、不穩定甚至崩潰。在本文中，我們將深入探討在JavaScript、Vue和React項目中可能導致記憶體泄漏的情況，並提供詳細的代碼示例，以幫助開發人員更好地理解和解決這些問題。 第一 ...


這裡給大家分享我在網上總結出來的一些知識，希望對大家有所幫助

記憶體泄漏是前端開發中的一個常見問題，可能導致項目變得緩慢、不穩定甚至崩潰。在本文中，我們將深入探討在JavaScript、Vue和React項目中可能導致記憶體泄漏的情況，並提供詳細的代碼示例，以幫助開發人員更好地理解和解決這些問題。

第一部分：JavaScript中的記憶體泄漏

1. 未正確清理事件處理器

JavaScript中的事件處理器是記憶體泄漏的常見來源之一。當你向DOM元素添加事件處理器時，如果不適當地刪除這些事件處理器，它們會持有對DOM的引用，妨礙垃圾回收器釋放相關的記憶體。

// 錯誤的示例：未刪除事件處理器
const button = document.querySelector('#myButton');

button.addEventListener('click', function() {
  // 一些操作
});

// 忘記刪除事件處理器
// button.removeEventListener('click', ??);

解決方法：在不再需要事件處理器時，務必使用removeEventListener來移除它們。

2. 迴圈引用

迴圈引用是另一個可能導致記憶體泄漏的情況。當兩個或多個對象相互引用時，即使你不再使用它們，它們也無法被垃圾回收。

// 錯誤的示例：迴圈引用
function createObjects() {
  const obj1 = {};
  const obj2 = {};

  obj1.ref = obj2;
  obj2.ref = obj1;

  return 'Objects created';
}

createObjects();

解決方法：確保在不再需要對象時，將其引用設置為null，打破迴圈引用。

function createObjects() {
  const obj1 = {};
  const obj2 = {};

  obj1.ref = obj2;
  obj2.ref = obj1;

  // 手動打破迴圈引用
  obj1.ref = null;
  obj2.ref = null;

  return 'Objects created';
}

3. 未釋放大型數據結構

在JavaScript項目中，特別是處理大型數據集合時，未釋放這些數據結構可能導致記憶體泄漏。

// 錯誤的示例：未釋放大型數據結構
let largeData = null;

function loadLargeData() {
  largeData = [...Array(1000000).keys()]; // 創建一個包含100萬項的數組
}

loadLargeData();

// 忘記將largeData設置為null

解決方法：當你不再需要大型數據結構時，將其設置為null以釋放記憶體。

function loadLargeData() {
  largeData = [...Array(1000000).keys()];

  // 使用largeData後
  // 不再需要它
  largeData = null;
}

4. 未正確清理定時器和間隔器

使用setTimeout和setInterval創建定時器和間隔器時，如果不及時清理它們，它們會持續運行，可能導致記憶體泄漏。

// 錯誤的示例：未清理定時器
let timer;

function startTimer() {
  timer = setInterval(function() {
    // 一些操作
  }, 1000);
}

startTimer();

// 忘記清理定時器
// clearInterval(timer);

解決方法：在不再需要定時器或間隔器時，使用clearTimeout和clearInterval來清理它們。

5. 使用閉包保留對外部作用域的引用

在JavaScript中，閉包可以訪問其父作用域的變數。如果不小心，閉包可能會保留對外部作用域的引用，導致外部作用域的變數無法被垃圾回收。

// 錯誤的示例：使用閉包保留外部作用域的引用
function createClosure() {
  const data = '敏感數據';

  return function() {
    console.log(data);
  };
}

const closure = createClosure();

// closure保留了對data的引用，即使不再需要data

解決方法：在不再需要閉包時，確保解除對外部作用域的引用。

function createClosure() {
  const data = '敏感數據';

  return function() {
    console.log(data);
  };
}

let closure = createClosure();

// 在不再需要閉包時，解除引用
closure = null;

這些是JavaScript中可能導致記憶體泄漏的常見情況。現在讓我們深入瞭解Vue和React中的記憶體泄漏問題。

第二部分：Vue中的記憶體泄漏

1. 未取消事件監聽

在Vue中，當你使用$on方法添加事件監聽器時，如果在組件銷毀前未取消監聽，可能會導致記憶體泄漏。

<template>
  <div>
    <button @click="startListening">Start Listening</button>
  </div>
</template>

<script>
export default {
  methods: {
    startListening() {
      this.$on('custom-event', this.handleCustomEvent);
    },
    handleCustomEvent() {
      // 處理自定義事件
    },
    beforeDestroy() {
      // 錯誤的示例：未取消事件監聽
      // this.$off('custom-event', this.handleCustomEvent);
    }
  }
};
</script>

在上述示例中，我們添加了一個自定義事件監聽器，但在組件銷毀前未取消監聽。

解決方法：確保在組件銷毀前使用$off來取消事件監聽。

<template>
  <div>
    <button @click="startListening">Start Listening</button>
  </div>
</template>

<script>
export default

 {
  methods: {
    startListening() {
      this.$on('custom-event', this.handleCustomEvent);
    },
    handleCustomEvent() {
      // 處理自定義事件
    },
    beforeDestroy() {
      // 取消事件監聽
      this.$off('custom-event', this.handleCustomEvent);
    }
  }
};
</script>

2. 未正確清理定時器

在Vue中，使用setInterval或setTimeout創建定時器時，需要註意清理定時器，否則它們將在組件銷毀後繼續運行。

<template>
  <div>
    <button @click="startTimer">Start Timer</button>
  </div>
</template>

<script>
export default {
  data() {
    return {
      message: 'Hello, Vue!'
    };
  },
  methods: {
    startTimer() {
      this.timer = setInterval(() => {
        // 一些操作
      }, 1000);
    },
    beforeDestroy() {
      // 錯誤的示例：未清理定時器
      // clearInterval(this.timer);
    }
  }
};
</script>

在上述示例中，我們創建了一個定時器，但在組件銷毀前沒有清理它。

解決方法：在beforeDestroy鉤子中清理定時器。

<template>
  <div>
    <button @click="startTimer">Start Timer</button>
  </div>
</template>

<script>
export default {
  data() {
    return {
      message: 'Hello, Vue!'
    };
  },
  methods: {
    startTimer() {
      this.timer = setInterval(() => {
        // 一些操作
      }, 1000);
    },
    beforeDestroy() {
      // 清理定時器
      clearInterval(this.timer);
    }
  }
};
</script>

3. 未銷毀Vue的子組件

在Vue中，如果子組件未正確銷毀，可能會導致記憶體泄漏。這經常發生在使用動態組件或路由時。

<template>
  <div>
    <button @click="toggleComponent">Toggle Component</button>
    <keep-alive>
      <my-component v-if="showComponent" />
    </keep-alive>
  </div>
</template>

<script>
import MyComponent from './MyComponent.vue';

export default {
  data() {
    return {
      showComponent: false
    };
  },
  components: {
    MyComponent
  },
  methods: {
    toggleComponent() {
      this.showComponent = !this.showComponent;
    }
  }
};
</script>

在上述示例中，我們使用<keep-alive>包裹了<my-component>，以保持其狀態，但如果在組件銷毀前未將其銷毀，可能會導致記憶體泄漏。

解決方法：確保在不再需要組件時，調用$destroy方法，以手動銷毀Vue子組件。

<template>
  <div>
    <button @click="toggleComponent">Toggle Component</button>
    <keep-alive>
      <my-component v-if="showComponent" ref="myComponent" />
    </keep-alive>
  </div>
</template>

<script>
import MyComponent from './MyComponent.vue';

export default {
  data() {
    return {
      showComponent: false
    };
  },
  components: {
    MyComponent
  },
  methods: {
    toggleComponent() {
      if (this.showComponent) {
        // 銷毀組件
        this.$refs.myComponent.$destroy();
      }
      this.showComponent = !this.showComponent;
    }
  }
};
</script>

4. 未取消非同步操作或請求

在Vue中，如果組件中存在未取消的非同步操作或HTTP請求，這些操作可能會保留對組件的引用，即使組件已銷毀，也會導致記憶體泄漏。

<template>
  <div>
    <p>{{ message }}</p>
  </div>
</template>

<script>
export default {
  data() {
    return {
      message: 'Hello, Vue!'
    };
  },
  created() {
    this.fetchData(); // 發起HTTP請求
  },
  beforeDestroy() {
    // 錯誤的示例：未取消HTTP請求
    // this.cancelHttpRequest();
  },
  methods: {
    fetchData() {
      this.$http.get('/api/data')
        .then(response => {
          this.message = response.data;
        });
    },
    cancelHttpRequest() {
      // 取消HTTP請求邏輯
    }
  }
};
</script>

在上述示例中，我們發起了一個HTTP請求，但在組件銷毀前未取消它。

解決方法：確保在組件銷毀前取消非同步操作、清理未完成的請求或使用適當的取消機制。

<template>
  <div>
    <p>{{ message }}</p>
  </div>
</template>

<script>
export default {
  data() {
    return {
      message: 'Hello, Vue!'
    };
  },
  created() {
    this.fetchData(); // 發起HTTP請求
  },
  beforeDestroy() {
    // 取消HTTP請求
    this.cancelHttpRequest();
  },
  methods: {
    fetchData() {
      this.$http.get('/api/data')
        .then(response => {
          this.message = response.data;
        });
    },
    cancelHttpRequest() {
      // 取消HTTP請求邏輯
      // 註意：需要實現取消HTTP請求的邏輯
    }
  }
};
</script>

5. 長時間保持全局狀態

在Vue應用中，如果全局狀態（例如使用Vuex管理的狀態）被長時間保持，即使不再需要，也可能導致記憶體泄漏。

// 錯誤的示例：長時間保持全局狀態
const store = new Vuex.Store({
  state: {
    // 大型全局狀態
  },
  mutations: {
    // 修改全局狀態
  }
});

// 在整個應用生命周期中保持了store的引用
解決方法：在不再需要全局狀態時，可以銷毀它，或者在適當的時候清理它以釋放記憶體。
// 正確的示例：銷毀全局狀態
const store = new Vuex.Store({
  state: {
    // 大型全局狀態
  },
  mutations: {
    // 修改全局狀態
  }
});

// 在不再需要全局狀態時，銷毀它
store.dispatch('logout'); // 示例：登出操作

這些是Vue中可能導致記憶體泄漏的一些情況。接下來，我們將討論React中的記憶體泄漏問題。

第三部分：React中的記憶體泄漏

1. 使用第三方庫或插件

在React項目中使用第三方庫或插件時，如果這些庫不正確地管理自己的資源或事件監聽器，可能會導致記憶體泄漏。這些庫可能會在組件被銷毀時保留對組件的引用。

import React, { Component } from 'react';
import ThirdPartyLibrary from 'third-party-library';

class MyComponent extends Component {
  componentDidMount() {
    this.thirdPartyInstance = new ThirdPartyLibrary();
    this.thirdPartyInstance.init();
  }

  componentWillUnmount() {
    // 錯誤的示例：未正確銷毀第三方庫的實例
    // this.thirdPartyInstance.destroy();
  }

  render() {
    return <div>My Component</div>;
  }
}

在上述示例中，我們在componentDidMount中創建了一個第三方庫的實例，但在componentWillUnmount中未正確銷毀它。

解決方法：當使用第三方庫或插件時，請查看其文檔，瞭解如何正確銷毀和清理資源。確保在組件卸載時調用所需的銷毀方法。

import React, { Component } from 'react';
import ThirdPartyLibrary from 'third-party-library';

class MyComponent extends Component {
  componentDidMount() {
    this.thirdPartyInstance = new ThirdPartyLibrary();
    this.thirdPartyInstance.init();
  }

  componentWillUnmount() {
    // 正確的示例：銷毀第三方庫的實例
    this.thirdPartyInstance.destroy();
  }

  render() {
    return <div>My Component</div>;
  }
}

2. 使用React Portals（續）

在React中，如果使用React Portals來渲染內容到其他DOM樹的部分，需要確保在組件銷毀時正確卸載Portal，以免記憶體泄漏。

import React, { Component } from 'react';
import ReactDOM from 'react-dom';

class PortalComponent extends Component {
  constructor(props) {
    super(props);
    this.portalContainer = document.createElement('div');
  }

  componentDidMount() {
    // 錯誤的示例：未卸載Portal
    document.body.appendChild(this.portalContainer);
    ReactDOM.createPortal(<div>Portal Content</div>, this.portalContainer);
  }

  componentWillUnmount() {
    // 錯誤的示例：未卸載Portal
    document.body.removeChild(this.portalContainer);
  }

  render() {
    return null;
  }
}

在上述示例中，我們創建了一個Portal，並將其附加到了DOM中，但未在組件銷毀時正確卸載它。

解決方法：確保在組件卸載前正確卸載Portal。

import React, { Component } from 'react';
import ReactDOM from 'react-dom';

class PortalComponent extends Component {
  constructor(props) {
    super(props);
    this.portalContainer = document.createElement('div');
  }

  componentDidMount() {
    document.body.appendChild(this.portalContainer);
  }

  componentWillUnmount() {
    // 正確的示例：卸載Portal
    document.body.removeChild(this.portalContainer);
  }

  render() {
    // 在組件卸載後，Portal被正確卸載
    return ReactDOM.createPortal(<div>Portal Content</div>, this.portalContainer);
  }
}

3. 長時間保持Context

在React中，如果使用React Context來管理全局狀態，並且長時間保持了對Context的引用，可能會導致記憶體泄漏。

// 錯誤的示例：長時間保持Context引用
const MyContext = React.createContext();

function MyApp() {
  const contextValue = useContext(MyContext);

  // 長時間保持對Context的引用
  // 導致相關組件無法被垃圾回收
}

解決方法：在不再需要Context時，確保取消對它的引用，以便相關組件可以被垃圾回收。

// 正確的示例：取消Context引用
const MyContext = React.createContext();

function MyApp() {
  const contextValue = useContext(MyContext);

  // 在不再需要Context時，解除引用
  // contextValue = null;
}

這些是React中可能導致記憶體泄漏的一些情況。通過瞭解這些潛在問題以及如何解決它們，你可以更好地編寫穩定和高性能的React項目。

4、長時間保持未卸載的組件

在React中，如果長時間保持未卸載的組件實例，可能會導致記憶體泄漏。這通常發生在路由導航或動態組件載入的情況下。

import React, { Component } from 'react';
import { Route } from 'react-router-dom';

class App extends Component {
  render() {
    return (
      <div>
        {/* 錯誤的示例：長時間保持未卸載的組件 */}
        <Route path="/page1" component={Page1} />
        <Route path="/page2" component={Page2} />
      </div>
    );
  }
}

在上述示例中，如果用戶在/page1和/page2之間切換，組件Page1和Page2的實例將一直存在，即使不再需要。

解決方法：確保在不再需要的情況下卸載組件。使用React Router等路由庫時，React會自動卸載不再匹配的組件。

import React, { Component } from 'react';
import { Route } from 'react-router-dom';

class App extends Component {
  render() {
    return (
      <div>
        {/* 正確的示例：React會自動卸載不匹配的組件 */}
        <Route path="/page1" component={Page1} />
        <Route path="/page2" component={Page2} />
      </div>
    );
  }
}

5. 遺留的事件監聽器

在React中，使用類組件時，未正確清理事件監聽器可能會導致記憶體泄漏。

import React, { Component } from 'react';

class MyComponent extends Component {
  componentDidMount() {
    window.addEventListener('resize', this.handleResize);
  }

  componentWillUnmount() {
    // 錯誤的示例：未移除事件監聽器
    // window.removeEventListener('resize', this.handleResize);
  }

  handleResize() {
    // 處理視窗大小調整事件
  }

  render() {
    return <div>My Component</div>;
  }
}

在上述示例中，我們添加了視窗大小調整事件的監聽器，但在組件卸載前未正確移除它。

解決方法：確保在組件卸載時移除所有事件監聽器。

import React, { Component } from 'react';

class MyComponent extends Component {
  componentDidMount() {
    window.addEventListener('resize', this.handleResize);
  }

  componentWillUnmount() {
    // 正確的示例：移除事件監聽器
    window.removeEventListener('resize', this.handleResize);
  }

  handleResize() {
    // 處理視窗大小調整事件
  }

  render() {
    return <div>My Component</div>;
  }
}

總結

記憶體泄漏是前端開發中一個常見但容易忽視的問題。在JavaScript、Vue和React項目中，不正確的記憶體管理可能導致性能下降、項目不穩定甚至崩潰。為了避免記憶體泄漏，我們應謹慎處理事件處理器、定時器、迴圈引用和引用非受控組件等問題，並確保在組件銷毀前正確清理資源。使用開發者工具和性能分析工具來監測和診斷潛在的記憶體泄漏問題，以確保你的前端項目在長時間運行時表現出色。通過正確處理記憶體管理問題，你可以提高項目的性能、穩定性和用戶體驗。

本文轉載於:

https://juejin.cn/post/7272013476222763060

如果對您有所幫助，歡迎您點個關註，我會定時更新技術文檔，大家一起討論學習，一起進步。

 


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • citespace 6.2.R4 最新版本（2023年8月29日）安裝使用教程
    本文首先介紹了進程的控制結構，即進程式控制制塊（PCB），它是表示進程的數據結構，包含了進程的相關信息和資源。PCB之間通過鏈表連接，形成就緒隊列和阻塞隊列，用於進程調度和資源管理。接著，文章詳細探討了進程的切換過程。進程切換是為了保證公平分配CPU時間片，涉及保存和恢復進程的執行上下文、更新進程狀態和... ...
  • [apue] 進程環境那些事兒
    atexit 註冊的處理器中可以再調 atexit 或 exit 嗎？putenv 或 setenv 增加一個環境變數後 environ 指針地址為什麼變了？setjmp & longjmp 跨函數跳轉後自動變數為什麼回退了？設置 RLIMIT_NPROC 為 10 為何連一個子進程也 fork 不... ...
  • linux-查看文件夾大小
    # 查看文件夾大小 ## ls 命令 > 列出當前工作目錄下的所有文件/文件夾的名稱 使用`ls -l`，會顯示成位元組大小，`ls- lh`會以KB、MB等為單位進行顯示更加直觀 ![](https://img2023.cnblogs.com/blog/431942/202308/431942-20 ...
  • 讀SQL學習指南（第3版）筆記07_分組和子查詢
    ![](https://img2023.cnblogs.com/blog/3076680/202308/3076680-20230829150529122-415016074.png) # 1. 數據通常以資料庫用戶所需的最低層級的粒度存儲 # 2. 分組 ## 2.1. 隱式分組 ### 2.1. ...
  • OceanBase的那些系統參數
    ![file](https://img2023.cnblogs.com/other/2685289/202308/2685289-20230829152524057-1800624819.png) 作者 | sqlboy-yuzhenc ## 背景介紹 在實際應用中，我們經常需要將特定的任務通知給特 ...
  • NineData X SelectDB 聯合發佈會，即將上線！
    NineData和SelectDB即將聯合舉辦線上發佈會，主題為“實時數據驅動，引領企業智能化數據管理”。SelectDB產品副總裁薑國強將介紹雲原生存算分離版本的SelectDBCloud，以及ApacheDoris的未來發展趨勢。玖章算術技術副總裁陳長城將介紹NineData的產品架構和數據複製... ...
  • 直播預約丨《實時湖倉實踐五講》第一講：企業為什麼需要實時湖倉？
    如今，大規模、高時效、智能化數據處理已是“剛需”，企業需要更強大的數據平臺，來應對數據查詢、數據處理、數據挖掘、數據展示以及多種計算模型並行的挑戰，湖倉一體方案應運而生。 《實時湖倉實踐五講》是袋鼠雲打造的系列直播活動，將圍繞實時湖倉的建設趨勢和通用問題，邀請奮戰於企業數字化一線的核心產品&技術專家 ...
  • tailwindcss -原子化 CSS 框架
    原子化 CSS 框架 我記得很久之前有時候為了少寫些css，我們通常會有如下的樣板代碼 .block { display: block; } .flex { display:flex } .flex-center { align-items: center; justify-content: cen ...
一周排行
    -Advertisement-
    Play Games
  • WPF 已知問題 監聽 WMI 事件導致觸摸失效
    示例項目結構 在 Visual Studio 中創建一個 WinForms 應用程式後，項目結構如下所示： MyWinFormsApp/ │ ├───Properties/ │ └───Settings.settings │ ├───bin/ │ ├───Debug/ │ └───Release/ ...
  • [STAThread]特性
    [STAThread] 特性用於需要與 COM 組件交互的應用程式，尤其是依賴單線程模型（如 Windows Forms 應用程式）的組件。在 STA 模式下，線程擁有自己的消息迴圈，這對於處理用戶界面和某些 COM 組件是必要的。 [STAThread] static void Main(stri ...
  • UWP WinUI3 傳入 AddHandler 的 RoutedEventHandler 類型與事件所需不匹配將拋出參數異常
    在WinForm中使用全局異常捕獲處理 在WinForm應用程式中，全局異常捕獲是確保程式穩定性的關鍵。通過在Program類的Main方法中設置全局異常處理，可以有效地捕獲並處理未預見的異常，從而避免程式崩潰。 註冊全局異常事件 [STAThread] static void Main() { / ...
  • .NET 多版本 WinForm 開源控制項庫 SunnyUI
    前言 給大家推薦一款開源的 Winform 控制項庫，可以幫助我們開發更加美觀、漂亮的 WinForm 界面。 項目介紹 SunnyUI.NET 是一個基於 .NET Framework 4.0+、.NET 6、.NET 7 和 .NET 8 的 WinForm 開源控制項庫，同時也提供了工具類庫、擴展 ...
  • .net core8 使用Swagger（附當前源碼）
    說明 該文章是屬於OverallAuth2.0系列文章，每周更新一篇該系列文章（從0到1完成系統開發）。 該系統文章，我會儘量說的非常詳細，做到不管新手、老手都能看懂。 說明：OverallAuth2.0 是一個簡單、易懂、功能強大的許可權+可視化流程管理系統。 有興趣的朋友，請關註我吧(*^▽^*) ...
  • WPF 什麼時候 VisualTreeHelper.GetDescendantBounds 將返回無窮大
    一、下載安裝 1.下載git 必須先下載並安裝git，再TortoiseGit下載安裝 git安裝參考教程：https://blog.csdn.net/mukes/article/details/115693833 2.TortoiseGit下載與安裝 TortoiseGit，Git客戶端，32/6 ...
  • C# 開源教程帶你輕鬆掌握數據結構與演算法
    前言 在項目開發過程中，理解數據結構和演算法如同掌握蓋房子的秘訣。演算法不僅能幫助我們編寫高效、優質的代碼，還能解決項目中遇到的各種難題。 給大家推薦一個支持C#的開源免費、新手友好的數據結構與演算法入門教程：Hello演算法。 項目介紹 《Hello Algo》是一本開源免費、新手友好的數據結構與演算法入門 ...
  • 第22篇 生成proto文件bat腳本
    1.生成單個Proto.bat內容 @rem Copyright 2016, Google Inc. @rem All rights reserved. @rem @rem Redistribution and use in source and binary forms, with or with ...
  • 記一次 .NET某上位機視覺程式 卡死分析
    一：背景 1. 講故事 前段時間有位朋友找到我，說他的窗體程式在客戶這邊出現了卡死，讓我幫忙看下怎麼回事？dump也生成了，既然有dump了那就上 windbg 分析吧。 二：WinDbg 分析 1. 為什麼會卡死 窗體程式的卡死，入口門檻很低，後續往下分析就不一定了，不管怎麼說先用 !clrsta ...
  • 醫學DICOM文件與PACS系統進行數據傳輸
    前言 人工智慧時代，人臉識別技術已成為安全驗證、身份識別和用戶交互的關鍵工具。 給大家推薦一款.NET 開源提供了強大的人臉識別 API，工具不僅易於集成，還具備高效處理能力。 本文將介紹一款如何利用這些API，為我們的項目添加智能識別的亮點。 項目介紹 GitHub 上擁有 1.2k 星標的 C# ...
所有分類