快捷導(dǎo)航

解析PHP中的unset究竟會(huì)不會(huì)釋放內(nèi)存

更新時(shí)間：2013年07月18日 11:04:09 作者：

PHP中的unset究竟會(huì)不會(huì)釋放內(nèi)存?以下我們實(shí)例說(shuō)明一下

首先讓我們看一個(gè)例子

    var_dump(memory_get_usage());
    $a = "laruence";
    var_dump(memory_get_usage());
    unset($a);
    var_dump(memory_get_usage());

輸出(在我的個(gè)人電腦上, 可能會(huì)因?yàn)橄到y(tǒng),PHP版本,載入的擴(kuò)展不同而不同):
    int(90440)
    int(90640)
    int(90472

注意到 90472-90440=32, 于是就有了各種的結(jié)論, 有的人說(shuō)PHP的unset并不真正釋放內(nèi)存, 有的說(shuō), PHP的unset只是在釋放大變量(大量字符串, 大數(shù)組)的時(shí)候才會(huì)真正free內(nèi)存, 更有人說(shuō), 在PHP層面討論內(nèi)存是沒(méi)有意義的.

那么, 到底u(yù)nset會(huì)不會(huì)釋放內(nèi)存? 這32個(gè)字節(jié)跑哪里去了?
要回答這個(gè)問(wèn)題, 我將從倆個(gè)方面入手:
這32個(gè)字節(jié)去哪里了

首先我們要打破一個(gè)思維: PHP不像C語(yǔ)言那樣, 只有你顯示的調(diào)用內(nèi)存分配相關(guān)API才會(huì)有內(nèi)存的分配.
也就是說(shuō), 在PHP中, 有很多我們看不到的內(nèi)存分配過(guò)程.
比如對(duì)于:

復(fù)制代碼代碼如下:

$a = "laruence";

隱式的內(nèi)存分配點(diǎn)就有:
1. 為變量名分配內(nèi)存, 存入符號(hào)表
2. 為變量值分配內(nèi)

所以, 不能只看表象.
第二, 別懷疑,PHP的unset確實(shí)會(huì)釋放內(nèi)存(當(dāng)然, 還要結(jié)合引用和計(jì)數(shù), 這部分的內(nèi)容請(qǐng)參看我之前的文章深入理解PHP原理之變量分離/引用), 但這個(gè)釋放不是C編程意義上的釋放, 不是交回給OS.
對(duì)于PHP來(lái)說(shuō), 它自身提供了一套和C語(yǔ)言對(duì)內(nèi)存分配相似的內(nèi)存管理API,這些API和C的API意義對(duì)應(yīng), 在PHP內(nèi)部都是通過(guò)這些API來(lái)管理內(nèi)存的.

當(dāng)我們調(diào)用emalloc申請(qǐng)內(nèi)存的時(shí)候, PHP并不是簡(jiǎn)單的向OS要內(nèi)存, 而是會(huì)像OS要一個(gè)大塊的內(nèi)存, 然后把其中的一塊分配給申請(qǐng)者, 這樣當(dāng)再有邏輯來(lái)申請(qǐng)內(nèi)存的時(shí)候, 就不再需要向OS申請(qǐng)內(nèi)存了, 避免了頻繁的系統(tǒng)調(diào)用.
比如如下的例子:

復(fù)制代碼代碼如下:

    <?php
    var_dump(memory_get_usage(TRUE)); //注意獲取的是real_size
    $a = "laruence";
    var_dump(memory_get_usage(TRUE));
    unset($a);
    var_dump(memory_get_usage(TRUE));

輸出:
    int(262144)
    int(262144)
    int(262144

也就是我們?cè)诙x變量$a的時(shí)候, PHP并沒(méi)有向系統(tǒng)申請(qǐng)新內(nèi)存.

同樣的, 在我們調(diào)用efree釋放內(nèi)存的時(shí)候, PHP也不會(huì)把內(nèi)存還給OS, 而會(huì)把這塊內(nèi)存, 歸入自己維護(hù)的空閑內(nèi)存列表. 而對(duì)于小塊內(nèi)存來(lái)說(shuō), 更可能的是, 把它放到內(nèi)存緩存列表中去(后記, 某些版本的PHP, 比如我驗(yàn)證過(guò)的PHP5.2.4, 5.2.6, 5.2.8, 在調(diào)用get_memory_usage()的時(shí)候, 不會(huì)減去內(nèi)存緩存列表中的可用內(nèi)存塊大小, 導(dǎo)致看起來(lái), unset以后內(nèi)存不變).

現(xiàn)在讓我來(lái)回答這32個(gè)字節(jié)跑哪里去了, 就向我剛才說(shuō)的, 很多內(nèi)存分配的過(guò)程不是顯式的, 看了下面的代碼你就明白了:

復(fù)制代碼代碼如下:

    <?php
    var_dump("I am www.dbjr.com.cn");
    var_dump(memory_get_usage());
    $a = "laruence";
    var_dump(memory_get_usage());
    unset($a);
    var_dump(memory_get_usage());

輸出:
    string(43) "I am www.dbjr.com.cn"
    int(90808) //賦值前
    int(90976)
    int(90808) //是的, 內(nèi)存正常釋放

90808-90808 = 0, 正常了, 也就是說(shuō)這32個(gè)字節(jié)是被輸出函數(shù)給占用了(嚴(yán)格來(lái)說(shuō), 是被輸出的Header占用了)

只增不減的數(shù)組
Hashtable是PHP的核心結(jié)構(gòu)(了解Hashtable, 可以參看我之前的文章深入理解PHP之?dāng)?shù)組(遍歷順序)), 數(shù)組也是用她來(lái)表示的, 而符號(hào)表也是一種關(guān)聯(lián)數(shù)組, 對(duì)于如下代碼:

復(fù)制代碼代碼如下:

    var_dump("I am www.dbjr.com.cn");
    var_dump(memory_get_usage());
    $array = array_fill(1, 100, "laruence");
    foreach ($array as $key => $value) {
        ${$value . $key} = NULL;
    }
    var_dump(memory_get_usage());
    foreach ($array as $key=> $value) {
        unset(${$value . $key});
    }
    var_dump(memory_get_usage());

我們定義了100個(gè)變量, 然后又按個(gè)Unset了他們, 來(lái)看看輸出:
    string(43) "I am www.dbjr.com.cn"
    int(93560)
    int(118848)
    int(104448

Wow, 怎么少了這么多內(nèi)存?
這是因?yàn)閷?duì)于Hashtable來(lái)說(shuō), 定義它的時(shí)候, 不可能一次性分配足夠多的內(nèi)存塊, 來(lái)保存未知個(gè)數(shù)的元素, 所以PHP會(huì)在初始化的時(shí)候, 只是分配一小部分內(nèi)存塊給HashTable, 當(dāng)不夠用的時(shí)候再RESIZE擴(kuò)容,

而Hashtable, 只能擴(kuò)容, 不會(huì)減少, 對(duì)于上面的例子, 當(dāng)我們存入100個(gè)變量的時(shí)候, 符號(hào)表不夠用了, 做了一次擴(kuò)容, 而當(dāng)我們依次unset掉這100個(gè)變量以后, 變量占用的內(nèi)存是釋放了(118848 – 104448), 但是符號(hào)表并沒(méi)有縮小, 所以這些少的內(nèi)存是被符號(hào)表本身占去了…

現(xiàn)在, 你是不是對(duì)PHP的內(nèi)存管理有了一個(gè)初步的認(rèn)識(shí)了呢?

您可能感興趣的文章: