怎樣解決Linux內(nèi)存泄漏？這個(gè)問(wèn)題不屬于我的專長(zhǎng)。我轉(zhuǎn)載了一個(gè)答案：有很多方法可以查詢內(nèi)存泄漏，可以在自動(dòng)化工具（GitHub或相關(guān)網(wǎng)絡(luò)資源）的幫助下找到。當(dāng)發(fā)生內(nèi)存泄漏時(shí)，有以下幾種檢查方法：檢查

怎樣解決Linux內(nèi)存泄漏？

這個(gè)問(wèn)題不屬于我的專長(zhǎng)。我轉(zhuǎn)載了一個(gè)答案：

有很多方法可以查詢內(nèi)存泄漏，可以在自動(dòng)化工具（GitHub或相關(guān)網(wǎng)絡(luò)資源）的幫助下找到。當(dāng)發(fā)生內(nèi)存泄漏時(shí)，有以下幾種檢查方法：

檢查代碼。如果代碼量不是很大，并且有交叉復(fù)習(xí)的習(xí)慣。可以在早期解決。

Internet上有許多工具可用于檢查內(nèi)存泄漏。我將列出一些我可以嘗試的：

vagrind將幫助您找出可疑點(diǎn)。它可以分為幾個(gè)級(jí)別來(lái)懷疑內(nèi)存泄漏。注意確定水平。

另外，vagrind運(yùn)行的進(jìn)程需要添加一個(gè)符號(hào)表，這樣就很容易顯示具體代碼泄漏的位置。

添加符號(hào)表會(huì)導(dǎo)致動(dòng)態(tài)庫(kù)太大，無(wú)法在板中復(fù)制。您可以使用內(nèi)置的GDB插件，也可以只添加基本libc庫(kù)的符號(hào)表（libc.so公司應(yīng)該是這個(gè)嗎？）。

Mtrace

原理：封裝并記錄malloc函數(shù)，這樣每次都可以搜索到與內(nèi)存相關(guān)的底層函數(shù)，。

使用時(shí)，您需要在使用記憶功能的每個(gè)位置添加工具的頭文件。這樣會(huì)更麻煩。

當(dāng)以上都無(wú)法分析時(shí)，我們需要了解底層的內(nèi)存管理機(jī)制。

例如：生成的每個(gè)線程都會(huì)有自己線程的區(qū)域內(nèi)存，因此在多線程的情況下，區(qū)域內(nèi)存會(huì)越來(lái)越多，達(dá)到一定數(shù)量后會(huì)繼續(xù)被重用。最后，大量?jī)?nèi)存丟失。此時(shí)，需要減小每一代區(qū)域的大小。

作者：danny113

鏈接：https://www.jianshu.com/p/fa2d7df5966e

來(lái)源：竹簡(jiǎn)

竹簡(jiǎn)版權(quán)歸作者所有。請(qǐng)聯(lián)系作者獲得授權(quán)，并注明轉(zhuǎn)載來(lái)源。