垃圾收集器（GC）是 PHP 中的內(nèi)部記憶體管理系統(tǒng)，但有一些微妙之處需要理解。

？為什麼 GC 會(huì)存在？

GC 自動(dòng)化記憶體管理，消除了透過手動(dòng)任務(wù)處理記憶體的麻煩（這會(huì)很乏味）。

這使得開發(fā)人員可以專注於他們的業(yè)務(wù)邏輯，而不必過度擔(dān)心「記憶體不足」錯(cuò)誤。

當(dāng)然，這不是魔法。

？簡(jiǎn)而言之 10,000 個(gè)對(duì)象

釋放不再需要的物件可以防止記憶體洩漏。

GC 使用計(jì)數(shù)機(jī)制來決定要丟棄的元素。如果沒有引用指向特定物件（即 $counter = 0），則該物件有資格進(jìn)行清理。

它運(yùn)作得很好，但有些引用可能有問題：

class A {
    public $b;
}

class B {
    public $a;
}

$a = new A();
$b = new B();

$a->b = $b;
$b->a = $a;

unset($a);
unset($b);

在這種設(shè)計(jì)不佳的情況下，即使我們?nèi)∠O(shè)定 $a 和 $b，PHP 也不會(huì)釋放內(nèi)存，因?yàn)樗鼈兿嗷ヒ?，?dǎo)致 PHP 認(rèn)為它們?nèi)栽谑褂弥小?

幸運(yùn)的是，還有另一種稱為循環(huán)收集器的機(jī)制：

gc_collect_cycles();

粗略地說，收集器會(huì)遍歷所有引用並應(yīng)用一種演算法來標(biāo)記正在使用的對(duì)象，從而顯示要收集的對(duì)象（未標(biāo)記的對(duì)象）。

但是，PHP 不會(huì)觸發(fā)自動(dòng)循環(huán)收集，直到達(dá)到具有潛在循環(huán)引用的 10,000 個(gè)物件 的閾值。

再次強(qiáng)調(diào)，這不是魔法，因此只有在少數(shù)情況下才必須呼叫 gc_collect_cycles()。

？坦斯塔足球俱樂部

糟糕的設(shè)計(jì)可能會(huì)導(dǎo)致物件之間的關(guān)係過於複雜，從而導(dǎo)致更多的引用和更頻繁的垃圾回收。

每個(gè)引用計(jì)數(shù)物件都需要額外的儲(chǔ)存空間來儲(chǔ)存其引用計(jì)數(shù)。

資料來源：維基百科 - 引用計(jì)數(shù)

與記憶體清理操作相關(guān)的開銷會(huì)顯著影響全域效能，並最終增加特定場(chǎng)景中的執(zhí)行時(shí)間。

10 年前，Composer 僅透過使用 gc_disable() 函數(shù)就獲得了巨大的效能提升。

來源：Composer - 停用 GC

確實(shí)，PHP 7 大大改進(jìn)了 GC，所以現(xiàn)在已經(jīng)不是 2014 年的樣子了。

此外，PHP 8 版本改進(jìn)了記憶體分配策略，並添加了更多有關(guān) GC 操作的有用統(tǒng)計(jì)信息，以便更好地監(jiān)控（8.3 中的 gc_status()）。

大多數(shù)PHP應(yīng)用程式都是請(qǐng)求驅(qū)動(dòng)的，請(qǐng)求結(jié)束時(shí)記憶體會(huì)自動(dòng)清除。

再說一遍，這很酷，但並不神奇。非同步請(qǐng)求和長期存在的物件/守護(hù)程式會(huì)發(fā)生什麼？

您可能會(huì)在某些時(shí)候遇到記憶體洩漏。

？ PHP 的 GC 有何不同？

此時(shí)，你可能還看不出 PHP 的 GC 與其他語言有何不同。

大多數(shù)時(shí)候，其他語言不依賴引用計(jì)數(shù)來收集垃圾，或可能使用不同的實(shí)作。

例如，許多使用追蹤演算法，該演算法也標(biāo)記未使用的對(duì)象，但不會(huì)增量操作。這是一個(gè)圖的遍歷。

此外，某些語言不允許這種直接控制（例如，運(yùn)行時(shí)開/關(guān)）。

像往常一樣，有一些優(yōu)點(diǎn)和不方便，所以你可能會(huì)看到一些混合方法。

???與 PHP 的 GC 交互

您可以利用內(nèi)建的 gc_* 幫助程式。

例如：

• gc_collect_cycles 手動(dòng)觸發(fā)垃圾收集
• gc_status() 給出當(dāng)前狀態(tài)
• gc_disable() 停用它
• gc_enable() 啟用它

這些函數(shù)有助於除錯(cuò)或微調(diào)垃圾收集必要時(shí)。

？了解記憶體錯(cuò)誤

您可以閱讀這篇文章以獲得更多見解：

？弱地圖可以拯救嗎？

PHP 7.4 引入了弱引用，PHP 8 引入了弱映射。

弱映射可以被描述為弱引用的集合。

此資料結(jié)構(gòu)是一種多功能鍵值存儲(chǔ)，可幫助 PHP 追蹤項(xiàng)目，而不會(huì)造成混亂或消耗過多空間。

您可能會(huì)將其視為臨時(shí)存儲(chǔ)，當(dāng)不再需要時(shí)將立即清除，因?yàn)闆]有[強(qiáng)]引用可以阻止垃圾收集：

class A {
    public $b;
}

class B {
    public $a;
}

$a = new A();
$b = new B();

$a->b = $b;
$b->a = $a;

unset($a);
unset($b);

? 優(yōu)點(diǎn)

• 非常簡(jiǎn)單
• 非常適合緩存或記憶（例如，昂貴的計(jì)算）

? 缺點(diǎn)

• 雖然鍵（物件）不會(huì)阻止垃圾回收，但值可以，因此術(shù)語「任意值」可能會(huì)產(chǎn)生誤導(dǎo)（僅使用簡(jiǎn)單資料類型作為值）
• 有價(jià)值的用例是有限的

？最佳化程式碼

• 利用減少相互依賴性的設(shè)計(jì)模式
• 使用依賴注入
• 不要將太大的資料集載入到記憶體中，並使用集合和產(chǎn)生器而不是巨大的陣列
• 監(jiān)控記憶體使用量
• 使用指標(biāo)分析您的程式碼
• 謹(jǐn)慎使用 gc_enable()、gc_disable() 和 gc_collect_cycles()

包起來

對(duì)於大多數(shù)用法，您不必?fù)?dān)心記憶體管理，因?yàn)?PHP 已經(jīng)處理了它。

但是，由於現(xiàn)代堆疊使用長壽命對(duì)象，因此您需要監(jiān)視應(yīng)用程式是否存在潛在的記憶體洩漏。

如果遇到問題，您可能需要最佳化程式碼和/或直接與 GC 互動(dòng)。

以上是PHP：用簡(jiǎn)單的話解釋垃圾收集器的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！