您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關Python內存泄漏和內存溢出的解決方法,文章內容質量較高,因此小編分享給大家做個參考,希望大家閱讀完這篇文章后對相關知識有一定的了解。
一、內存泄漏
像Java程序一樣,雖然Python本身也有垃圾回收的功能,但是同樣也會產生內存泄漏的問題。
對于一個用 python 實現的,長期運行的后臺服務進程來說,如果內存持續增長,那么很可能是有了“內存泄露”。
1、內存泄露的原因
對于 python 這種支持垃圾回收的語言來說,怎么還會有內存泄露? 概括來說,有以下三種原因:
為什么循環引用的對象定義了__del__方法后collect就不起作用了呢?
gc模塊最常使用的方法就是gc.collect()方法,使用collect方法對循環引用的對象進行垃圾回收。
如果我們在類中重載了__del__方法。__del__方法定義了在用del語句刪除對象時除了釋放內存空間以外的操作。
一般而言,在使用了del語句的時候解釋器首先會看要刪除對象的引用計數,如果為0,那么就釋放內存并執行del方法。
在這里,首先del語句出現時本身引用計數就不為0(因為有循環引用的存在),所以解釋器不釋放內存;
再者,執行collect方法時應該會清除循環引用所產生的無效引用計數從而達到del的目的,對于這兩個循環引用對象而言,
python無法判斷調用它們的del方法時會不會要用到對方那個對象,比如在進行b.del()時可能會用到b._a也就是a,如果在那之前a已經被釋放,那么就徹底GG了。
為了避免這種情況,collect方法默認不對重載了del方法的循環引用對象進行回收,而它們倆的狀態也會從unreachable轉變為uncollectable。由于是uncollectable的,自然就不會被collect處理,所以就進入了garbage列表。
2、內存泄露的診斷思路
無論是哪種方式的內存泄露,最終表現的形式都是某些 python 對象在不停的增長;因此,首先是要找到這些異常的對象。
3、診斷步驟
用到的工具: gc 模塊和 objgraph 模塊
gc模塊 是Python的垃圾收集器模塊,gc使用標記清除算法回收垃圾
objgraph 是一個用于診斷內存問題的工具
import gc import objgraph ### 強制進行垃圾回收 gc.collect() ### 打印出對象數目最多的 50 個類型信息 objgraph.show_most_common_types(limit=50)
4、檢查統計信息,找到異常對象
運行加入診斷語句的服務程序,并將打印到屏幕上的統計信息重定向到日志中。運行一段時間后,就可以來分析日志,看看哪些對象在不停的增長。
比如,排查結果可能是:
一個多線程程序,多個線程作為生產者,一個線程作為消費者,通過將一個 tuple 對象送入異步隊列進行通信。
由于消費者的處理速度跟不上生產者的速度,又沒有進行同步, 導致異步隊列中的對象越來越多。
二、內存溢出
1、內存溢出原因
2、內存溢出的解決方案
第一步,修改JVM啟動參數,直接增加內存(-Xms,-Xmx參數一定不要忘記加)
第二步,檢查錯誤日志,查看“OutOfMemory”錯誤前是否有其 它異常或錯誤
第三步,對代碼進行走查和分析,找出可能發生內存溢出的位置
重點排查以下幾點:
第四步,使用內存查看工具動態查看內存使用情況
三、內存泄漏和內存溢出的區別
內存溢出是指向JVM申請內存空間時沒有足夠的可用內存了,就會拋出OOM即內存溢出。
內存泄漏是指,向JVM申請了一塊內存空間,使用完后沒有釋放,由于沒有釋放,這塊內存區域其他類加載的時候無法申請,
同時當前類又沒有這塊內存空間的內存地址了也無法使用,相當于丟了一塊內存,這就是內存泄漏。
值得注意的是內存泄漏最終會導致內存溢出,很好理解,內存丟了很多最后當然內存不夠用了。
關于Python內存泄漏和內存溢出的解決方法就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。