1. 前言做 PHP 開發(fā)的朋友多多少少都遇到過內(nèi)存占用居高不下的情況。尤其是跑長任務、寫常駐腳本或者處理大數(shù)組的時候內(nèi)存蹭蹭往上漲看著就讓人頭疼。其實很多時候問題并不在業(yè)務邏輯本身而是出在 PHP 的垃圾回收機制上——說得再具體一點是循環(huán)引用把本該釋放的內(nèi)存給“鎖”住了。這篇文章不打算堆砌太多理論而是想從實際排查的角度出發(fā)把 PHP 垃圾回收的原理、循環(huán)引用為什么會導致內(nèi)存泄漏以及我們平時該怎么定位和解決這類問題一次講清楚。2. 先搞清楚 PHP 的引用計數(shù)PHP 的內(nèi)存管理核心就是“引用計數(shù)”。簡單來說每個變量背后都有一個計數(shù)器記錄著這個變量被引用了多少次。當計數(shù)器歸零的時候這個變量占用的內(nèi)存就會被回收。舉個例子下面這段代碼就很直觀?php $a new stdClass(); // 此時 $a 的引用計數(shù)為 1 $b $a; // 賦值給 $b 后引用計數(shù)變?yōu)?2 unset($a); // 銷毀 $a引用計數(shù)減為 1 unset($b); // 銷毀 $b引用計數(shù)歸零內(nèi)存被回收 ?看起來挺簡單的對吧但問題恰恰出在“循環(huán)引用”上——當兩個對象互相引用對方的時候它們的引用計數(shù)永遠都不會歸零。3. 循環(huán)引用是怎么把內(nèi)存“鎖死”的循環(huán)引用說白了就是 A 引用了 BB 又引用了 A形成一個閉環(huán)。這時候就算外部已經(jīng)沒有變量指向它們了這兩個對象的引用計數(shù)也始終是 1永遠不會歸零內(nèi)存也就一直占著不放?？磦€典型的例子?php class Node { public $next; public $data; public function __construct($data) { $this-data $data; } } $node1 new Node(第一個節(jié)點); $node2 new Node(第二個節(jié)點); // 互相引用形成循環(huán) $node1-next $node2; $node2-next $node1; // 外部引用全部銷毀 unset($node1); unset($node2); // 但內(nèi)存并沒有被釋放 // 因為 $node1 和 $node2 還在互相引用著對方 ?這段代碼跑完之后兩個對象依然存在于內(nèi)存中誰也釋放不了誰。如果是在循環(huán)里反復創(chuàng)建這樣的對象內(nèi)存就會像滾雪球一樣越積越多最終導致內(nèi)存泄漏。4. PHP 的垃圾回收器是怎么工作的PHP 當然也意識到了這個問題所以在 5.3 版本之后引入了專門的垃圾回收器GC。它的思路是定期掃描那些“可能形成循環(huán)引用”的變量通過一種叫“根緩沖區(qū)”的機制把真正沒有外部引用的循環(huán)對象找出來并回收掉。簡單理解就是當一個變量的引用計數(shù)減少但沒歸零時它會被放進根緩沖區(qū)。當根緩沖區(qū)滿了默認 10000 個節(jié)點GC 就會啟動一次掃描。GC 會模擬“如果把這個對象的外部引用全部去掉它的引用計數(shù)會不會歸零”如果會就說明它是垃圾可以回收。這個機制本身是有效的但問題在于——GC 不是實時觸發(fā)的它需要等根緩沖區(qū)攢夠一定數(shù)量才會跑一次。所以如果你的腳本創(chuàng)建了大量循環(huán)引用但還沒觸發(fā) GC內(nèi)存就會一直漲。5. 實戰(zhàn)排查怎么定位循環(huán)引用排查內(nèi)存泄漏最直接的辦法就是看內(nèi)存占用曲線。如果內(nèi)存只漲不降那基本可以斷定有泄漏。接下來就是定位具體是哪里出了問題。這里分享幾個我常用的排查手段?php // 方法一在關鍵節(jié)點打印內(nèi)存占用 echo 當前內(nèi)存 . memory_get_usage() . 字節(jié) . PHP_EOL; // 方法二手動觸發(fā)一次垃圾回收看內(nèi)存有沒有降下來 gc_collect_cycles(); echo GC 后內(nèi)存 . memory_get_usage() . 字節(jié) . PHP_EOL; // 方法三查看根緩沖區(qū)里有多少待處理節(jié)點 echo 根緩沖區(qū)節(jié)點數(shù) . gc_status()[runs] . PHP_EOL; ?如果手動調(diào)用gc_collect_cycles()之后內(nèi)存明顯下降那就說明循環(huán)引用確實存在而且 GC 還沒來得及處理它們。6. 怎么避免和解決循環(huán)引用定位到問題之后解決思路其實就幾條打破循環(huán)在不需要的時候手動把對象的引用置為null比如$node1-next null;這樣引用計數(shù)就能正常歸零。用弱引用PHP 7.4 之后支持WeakReference它不會增加引用計數(shù)適合做緩存、觀察者這類場景。及時觸發(fā) GC在長任務里可以定期調(diào)用gc_collect_cycles()避免垃圾堆積。避免深層嵌套的對象圖設計上盡量讓對象之間的依賴關系簡單一些減少形成閉環(huán)的可能。拿前面的鏈表例子來說最簡單的修復就是?php // 銷毀前先打破循環(huán) $node1-next null; $node2-next null; unset($node1); unset($node2); // 這次內(nèi)存就能正常釋放了 ?7. 寫在最后PHP 的垃圾回收機制其實并不復雜但循環(huán)引用這個坑確實容易踩。尤其是寫隊列消費、定時任務這類長生命周期腳本的時候一個不起眼的循環(huán)引用可能跑幾天就把內(nèi)存吃光了。建議大家在寫代碼的時候心里多一根弦對象之間互相引用的時候想想它的生命周期是不是可控的。真出了問題也別慌用memory_get_usage()配合gc_collect_cycles()一步步排查很快就能找到元兇。希望這篇文章能幫到你。如果你在實戰(zhàn)中也遇到過類似的內(nèi)存泄漏問題歡迎在評論區(qū)聊聊你的排查思路。