<dfn id="w48us"></dfn><ul id="w48us"></ul>
  • <ul id="w48us"></ul>
  • <del id="w48us"></del>
    <ul id="w48us"></ul>
  • PHP對象相互引用的內(nèi)存溢出實例分析

    時間:2024-07-26 16:32:57 PHP 我要投稿
    • 相關(guān)推薦

    關(guān)于PHP對象相互引用的內(nèi)存溢出實例分析

      通常來說使用腳本語言最大的好處之一就是可利用其擁有的自動垃圾回收機制來釋放內(nèi)存。你不需要在使用完變量后做任何釋放內(nèi)存的處理,因為這些PHP會幫你完成。

      當(dāng)然,我們可以按自己的意愿調(diào)用 unset() 函數(shù)來釋放內(nèi)存,但通常不需要這么做。

      不過在PHP里,至少有一種情況內(nèi)存不會得到自動釋放,即便是手動調(diào)用 unset()。詳情可考PHP官網(wǎng)關(guān)于內(nèi)存泄露的分析:http://bugs.php.net/bug.php?id=33595。

      問題癥狀如下:

      如果兩個對象之間存在著相互引用的關(guān)系,如“父對象-子對象”,對父對象調(diào)用 unset()不會釋放在子對象中引用父對象的內(nèi)存(即便父對象被垃圾回收,也不行)。

      是不是有些糊涂了?我們來看下面的這段代碼:

      bar = new Bar($this); }}class Bar { function __construct($foo = null){ $this->foo = $foo; }}while (true) { $foo = new Foo(); unset($foo); echo number_format(memory_get_usage()) . " ";}?>

      運行這段代碼,你會看到內(nèi)存使用率越來越高越來越高,直到用光光。

      ...33,551,61633,551,97633,552,33633,552,696PHP Fatal error: Allowed memory size of 33554432 bytes exhausted(tried to allocate 16 bytes) in memleak.php on line 17

      對大部分PHP程序員來講這種情況不算是什么問題。可如果你在一個長期運行的代碼中使用到了一大堆相互引用的對象,尤其是在對象相對較大的情況下,內(nèi)存會迅速地消耗殆盡。

      Userland解決方案

      雖然有些乏味、不優(yōu)雅,但之前提到的 bugs.php.net 鏈接中提供了一個解決方案。

      這個方案在釋放對象前使用一個 destructor 方法以達(dá)到目的。Destructor 方法可將所有內(nèi)部的父對象引用全部清除,也就是說可以將這部分本來會溢出的內(nèi)存釋放掉。

      以下是“修復(fù)后”的代碼:

      bar = new Bar($this); } function __destruct(){ unset($this->bar); }}class Bar { function __construct($foo = null){ $this->foo = $foo; }}while (true) { $foo = new Foo(); $foo->__destruct(); unset($foo); echo number_format(memory_get_usage()) . " ";}?>

      注意那個新增的Foo::__destruct()方法,以及在釋放對象前對 $foo->__destruct() 的調(diào)用。現(xiàn)在這段代碼解決了內(nèi)存使用率一直增加的問題,這么一來,代碼就可以很好的工作了。

      PHP內(nèi)核解決方案

      為什么會有內(nèi)存溢出的發(fā)生?我對PHP內(nèi)核方面的研究并不精通,但可以確定的是此問題與引用計數(shù)有關(guān)系。

      在 $bar 中引用 $foo 的引用計數(shù)不會因為父對象 $foo 被釋放而遞減,這時PHP認(rèn)為你仍需要 $foo 對象,也就不會釋放這部分的內(nèi)存。原理大致如此。

      通俗的來說,大體意思是:一個引用計數(shù)沒有遞減,所以一些內(nèi)存永遠(yuǎn)得不到釋放。

      此外在前面提到的 bugs.php.net 鏈接中指出了修改垃圾回收的過程將會犧牲極大的性能,需要讀者對此注意。

      與其改變垃圾回收的過程,為什么不用 unset() 對內(nèi)部對象做釋放的工作呢?(或者在釋放對象的時候調(diào)用 __destruct()?)

      也許PHP內(nèi)核開發(fā)者可以在此或其他地方,對這種垃圾回收處理機制做出修改。

      

    【PHP對象相互引用的內(nèi)存溢出實例分析】相關(guān)文章:

    PHP對象注入的實例分析08-27

    Java內(nèi)存溢出的類型10-03

    淺析php函數(shù)的實例06-08

    PHP中curl的使用實例07-31

    內(nèi)存故障分析09-01

    關(guān)于深入PHP內(nèi)存相關(guān)的功能特性詳解09-02

    PHP面向?qū)ο笾剌d重寫的不同10-25

    德國留學(xué)申請實例分析09-28

    PHP中的排序函數(shù)區(qū)別分析08-23

    Javascript 閉包引起IE內(nèi)存泄露分析07-05

    主站蜘蛛池模板: 亚洲日韩精品一区二区三区无码| 国产精品一区二区三区99| 亚洲欧洲国产精品你懂的| 一本久久精品一区二区| 久久精品无码一区二区三区| 亚洲精品V欧洲精品V日韩精品| 国产精品九九九| 999精品在线| 亚洲欧美日韩国产精品专区| 国产精品热久久无码av| 国产成人精品免费视| 亚洲精品无码mv在线观看网站| 国产精品亚洲综合一区| 国产精品久久免费| 久久夜色精品国产网站| 少妇亚洲免费精品| 成人国产精品一区二区视频| 国产精品91视频| 精品无码AV无码免费专区| 正在播放酒店精品少妇约| 国产精品综合久久第一页| 久久96国产精品久久久| 国产精品无码专区| 久久国产精品无码一区二区三区 | 国产精品毛片无码| 欧美777精品久久久久网| 99麻豆久久久国产精品免费| 久久精品午夜一区二区福利| 亚洲精品无码国产| 亚洲精品宾馆在线精品酒店| 欧美精品区一级片免费播放| 国内精品视频九九九九| 国产精品内射婷婷一级二| 99免费精品国产| 国产精品福利片免费看 | 国产第一福利精品导航| 国产精品人成在线播放新网站| 久久精品国产亚洲av麻豆色欲 | 99re国产精品视频首页| 国产精品ⅴ无码大片在线看| 囯产精品一品二区三区|