<dfn id="w48us"></dfn><ul id="w48us"></ul>
  • <ul id="w48us"></ul>
  • <del id="w48us"></del>
    <ul id="w48us"></ul>
  • 解析PHP中的unset會不會釋放內存

    時間:2024-07-24 19:10:33 PHP 我要投稿
    • 相關推薦

    解析PHP中的unset會不會釋放內存

      首先讓我們看一個例子

      復制代碼 代碼如下:

      var_dump(memory_get_usage());

      $a = "laruence";

      var_dump(memory_get_usage());

      unset($a);

      var_dump(memory_get_usage());

      輸出(在我的個人電腦上, 可能會因為系統,PHP版本,載入的擴展不同而不同):

      int(90440)

      int(90640)

      int(90472

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

      那么, 到底unset會不會釋放內存? 這32個字節跑哪里去了?

      要回答這個問題, 我將從倆個方面入手:

      這32個字節去哪里了

      首先我們要打破一個思維: PHP不像C語言那樣, 只有你顯示的調用內存分配相關API才會有內存的分配.

      也就是說, 在PHP中, 有很多我們看不到的內存分配過程.

      比如對于:

      復制代碼 代碼如下:

      $a = "laruence";

      隱式的內存分配點就有:

      1. 為變量名分配內存, 存入符號表

      2. 為變量值分配內

      所以, 不能只看表象.

      第二, 別懷疑,PHP的unset確實會釋放內存(當然, 還要結合引用和計數, 這部分的內容請參看我之前的文章深入理解PHP原理之變量分離/引用), 但這個釋放不是C編程意義上的釋放, 不是交回給OS.

      對于PHP來說, 它自身提供了一套和C語言對內存分配相似的內存管理API,這些API和C的API意義對應, 在PHP內部都是通過這些API來管理內存的.

      當我們調用emalloc申請內存的時候, PHP并不是簡單的向OS要內存, 而是會像OS要一個大塊的內存, 然后把其中的一塊分配給申請者, 這樣當再有邏輯來申請內存的時候, 就不再需要向OS申請內存了, 避免了頻繁的系統調用.

      比如如下的例子:

      復制代碼 代碼如下: <?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

      也就是我們在定義變量$a的時候, PHP并沒有向系統申請新內存.

      同樣的, 在我們調用efree釋放內存的時候, PHP也不會把內存還給OS, 而會把這塊內存, 歸入自己維護的空閑內存列表. 而對于小塊內存來說, 更可能的是, 把它放到內存緩存列表中去(后記, 某些版本的PHP, 比如我驗證過的PHP5.2.4, 5.2.6, 5.2.8, 在調用get_memory_usage()的時候, 不會減去內存緩存列表中的可用內存塊大小, 導致看起來, unset以后內存不變).

      現在讓我來回答這32個字節跑哪里去了, 就向我剛才說的, 很多內存分配的過程不是顯式的, 看了下面的代碼你就明白了:

      復制代碼 代碼如下:

      <?php

      var_dump("I am ");

      var_dump(memory_get_usage());

      $a = "laruence";

      var_dump(memory_get_usage());

      unset($a);

      var_dump(memory_get_usage());

      輸出:

      string(43) "I am "

      int(90808) //賦值前

      int(90976)

      int(90808) //是的, 內存正常釋放

      90808-90808 = 0, 正常了, 也就是說這32個字節是被輸出函數給占用了(嚴格來說, 是被輸出的Header占用了)

      只增不減的數組

      Hashtable是PHP的核心結構(了解Hashtable, 可以參看我之前的文章深入理解PHP之數組(遍歷順序)), 數組也是用她來表示的, 而符號表也是一種關聯數組, 對于如下代碼:

      復制代碼 代碼如下:

      var_dump("I am ");

      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個變量, 然后又按個Unset了他們, 來看看輸出:

      string(43) "I am "

      int(93560)

      int(118848)

      int(104448

      Wow, 怎么少了這么多內存?

      這是因為對于Hashtable來說, 定義它的時候, 不可能一次性分配足夠多的內存塊, 來保存未知個數的元素, 所以PHP會在初始化的時候, 只是分配一小部分內存塊給HashTable, 當不夠用的時候再RESIZE擴容,

      而Hashtable, 只能擴容, 不會減少, 對于上面的例子, 當我們存入100個變量的時候, 符號表不夠用了, 做了一次擴容, 而當我們依次unset掉這100個變量以后, 變量占用的內存是釋放了(118848 – 104448), 但是符號表并沒有縮小, 所以這些少的內存是被符號表本身占去了…

      現在, 你是不是對PHP的內存管理有了一個初步的認識了呢?

    【解析PHP中的unset會不會釋放內存】相關文章:

    Java的內存劃分全解析12-17

    win10硬件保留的內存怎么釋放08-03

    關于深入PHP內存相關的功能特性詳解09-02

    php解析ini配置文件07-13

    PHP中curl的使用實例07-31

    PHP中關于類的定義10-02

    PHP中函數的使用說明09-01

    PHP中的排序函數區別分析08-23

    php中dirname()和--FILE--常量的用法09-26

    Intel傲騰內存是內存還是固態硬盤06-17

    主站蜘蛛池模板: 热久久这里只有精品| 国产午夜福利精品久久2021| 国产精品视频白浆免费视频| 亚洲精品国产首次亮相| 日韩精品少妇无码受不了| 麻豆成人久久精品二区三区免费| 99R在线精品视频在线播放| 久久91这里精品国产2020| 亚洲国产人成精品| 亚洲αv在线精品糸列| 国产亚洲精品影视在线产品| 欧美成人精品网站播放| 亚洲AV永久无码精品成人| 国产农村妇女毛片精品久久| 亚洲国产精品国产自在在线 | 国产欧美精品区一区二区三区| 大桥未久在线精品视频在线 | 日韩精品无码Av一区二区| 精品午夜福利在线观看| 亚洲国产精品成| 亚洲国产精品成人网址天堂 | 久久精品国产精品亚洲毛片| 亚洲综合欧美精品一区二区| 91麻豆精品国产自产在线观看亚洲| 亚洲精品国产精品乱码不卡| 老子影院午夜精品无码 | 亚洲精品视频免费观看| 亚洲国产成人精品91久久久| 久久精品中文字幕一区| 精品伦精品一区二区三区视频| 国产精品美女WWW爽爽爽视频| 欧美精品亚洲精品日韩传电影| 日本精品一区二区三区在线视频| 免费人欧美日韩在线精品| 精品熟女少妇aⅴ免费久久| 国产三级精品三级在线观看专1| 国产精品 一区 在线| 国产福利精品视频自拍 | 久久66热人妻偷产精品9| 久久精品国产亚洲AV无码娇色| 久久精品国产久精国产思思|