php內存函數

⑴ php 內存使用方面的教程。如一段代碼，php是如何調用並執行的。

你有沒有想過PHP是怎麼在瀏覽器里輸出「你好世界」的？我也是看了PHP內核和擴展後才知道的。也許有些朋友也想知道其中原理，那就讓我們開始吧。

在上一篇網志里我簡單介紹了「在我瀏覽這個頁面之前都發生了些什麼？」這個問題。如果你錯過了就點這里看看吧。現在我要討論的是「PHP是怎樣在瀏覽器里輸出內容」這個問題。

簡介

先看看下面這個過程：

1. 我們從未手動開啟過PHP的相關進程，它是隨著Apache的啟動而運行的；
2. PHP通過mod_php5.so模塊和Apache相連（具體說來是SAPI，即伺服器應用程序編程介面）；
3. PHP總共有三個模塊：內核、Zend引擎、以及擴展層；
4. PHP內核用來處理請求、文件流、錯誤處理等相關操作；
5. Zend引擎（ZE）用以將源文件轉換成機器語言，然後在虛擬機上運行它；
6. 擴展層是一組函數、類庫和流，PHP使用它們來執行一些特定的操作。比如，我們需要mysql擴展來連接MySQL資料庫；
7. 當ZE執行程序時可能會需要連接若干擴展，這時ZE將控制權交給擴展，等處理完特定任務後再返還；
8. 最後，ZE將程序運行結果返回給PHP內核，它再將結果傳送給SAPI層，最終輸出到瀏覽器上。

深入探討

等等，沒有這么簡單。以上過程只是個簡略版，讓我們再深入挖掘一下，看看幕後還發生了些什麼。

1. Apache啟動後，PHP解釋程序也隨之啟動；
2. PHP的啟動過程有兩步；
3. 第一步是初始化一些環境變數，這將在整個SAPI生命周期中發生作用；
4. 第二步是生成只針對當前請求的一些變數設置。

PHP啟動第一步

不清楚什麼第一第二步是什麼？別擔心，我們接下來詳細討論一下。讓我們先看看第一步，也是最主要的一步。要記住的是，第一步的操作在任何請求到達之前就發生了。

1. 啟動Apache後，PHP解釋程序也隨之啟動；
2. PHP調用各個擴展的MINIT方法，從而使這些擴展切換到可用狀態。看看php.ini文件里打開了哪些擴展吧；
3. MINIT的意思是「模塊初始化」。各個模塊都定義了一組函數、類庫等用以處理其他請求。

一個典型的MINIT方法如下：

PHP_MINIT_FUNCTION(extension_name){

/* Initialize functions, classes etc */

}

PHP啟動第二步

1. 當一個頁面請求發生時，SAPI層將控制權交給PHP層。於是PHP設置了用於回復本次請求所需的環境變數。同時，它還建立一個變數表，用來存放執行過程中產生的變數名和值。
2. PHP調用各個模塊的RINIT方法，即「請求初始化」。一個經典的例子是Session模塊的RINIT，如果在php.ini中啟用了Session模塊，那在調用該模塊的RINIT時就會初始化$_SESSION變數，並將相關內容讀入；
3. RINIT方法可以看作是一個准備過程，在程序執行之間就會自動啟動。

一個典型的RINIT方法如下：

PHP_RINIT_FUNCTION(extension_name) {

/* Initialize session variables, pre-populate variables, redefine global variables etc */

}

PHP關閉第一步

如同PHP啟動一樣，PHP的關閉也分兩步：

1. 一旦頁面執行完畢（無論是執行到了文件末尾還是用exit或die函數中止），PHP就會啟動清理程序。它會按順序調用各個模塊的RSHUTDOWN方法。
2. RSHUTDOWN用以清除程序運行時產生的符號表，也就是對每個變數調用unset函數。

一個典型的RSHUTDOWN方法如下：

PHP_RSHUTDOWN_FUNCTION(extension_name) {

/* Do memory management, unset all variables used in the last PHP call etc */

}

PHP關閉第二步

最後，所有的請求都已處理完畢，SAPI也准備關閉了，PHP開始執行第二步：

1. PHP調用每個擴展的MSHUTDOWN方法，這是各個模塊最後一次釋放內存的機會。

一個典型的RSHUTDOWN方法如下：

PHP_MSHUTDOWN_FUNCTION(extension_name) {

/* Free handlers and persistent memory etc */

}

⑵ php的介紹及Php有什麼優勢

優點和缺點：

1：學習簡單，做為一種腳本語言，學習簡單是必須的！同樣的，作為一種腳本語言，效率問題，永遠是痛點，特別是復雜的運算

2：語法較隨意，同樣的，語法的隨意性，使得在閱讀沒有注釋的代碼時，無法很清楚的明白到底是什麼意思，比如Java，變數的類型是固定的，而php則前面可以是string,後面直接成array都沒關系

3：php本身不支持多線程（swoole除外）

4：php沒有直接操作內存的函數（至少本人不知道，6還沒研究，不知道有沒）

5：作為一種弱語言，php也算很好了，比之perl等也不錯

6： php可以說應用范圍很狹窄（個人理解，除了網頁之外，好像沒什麼其他用途了，如果內嵌在游戲中那麼python是不錯的選擇，cli也能湊合，），當然，我把php做的server-api這種模式也理解為是網頁！

⑶ 怎麼查看一個PHP數組佔用的內存

可以使用memory_get_usage函數,下面是一個小例子, 樓主自己發揮一下

<?php
echomemory_get_usage(),'<br>';
$start=memory_get_usage();
$a=Array();
for($i=0;$i<1000;$i++){
$a[$i]=$i+$i;
}
$mid=memory_get_usage();
echomemory_get_usage(),'<br>';
for($i=1000;$i<2000;$i++){
$a[$i]=$i+$i;
}
$end=memory_get_usage();
echomemory_get_usage(),'<br>';
echo'argv:',($mid-$start)/1024,'kb','<br>';
echo'argv:',($end-$mid)/1024,'kb','<br>';

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

PHP中的unset究竟會不會釋放內存?以下我們實例說明一下

首先讓我們看一個例子

復制代碼 代碼如下: var_mp(memory_get_usage()); $a = "laruence"; var_mp(memory_get_usage()); unset($a); var_mp(memory_get_usage());

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

注意到 = 於是就有了各種的結論 有的人說PHP的unset並不真正釋放內存 有的說 PHP的unset只是在釋放大變數(大量字元串 大數組)的時候才會真正free內存 更有人說 在PHP層面討論內存是沒有意義的

那麼 到底unset會不會釋放內存? 這 個位元組跑哪裡去了? 要回答這個問題 我將從倆個方面入手: 這 個位元組去哪裡了 首先 我們要打破一個思維: PHP不像C語言那樣 只有你顯示的調用內存分配相關API才會有內存的分配 也就是說 在PHP中 有很多我們看不到的內存分配過程 比如對於:

復制代碼 代碼如下: $a = "laruence";

隱式的內存分配點就有: 為變數名分配內存 存入符號表 為變數值分配內 所以 不能只看錶象 第二 別懷疑 PHP的unset確實會釋放內存(當然 還要結合引用和計數 這部分的內容請參看我之前的文章深入理解PHP原理之變數分離/引用) 但這個釋放不是C編程意義上的釋放 不是交回給OS 對於PHP來說 它自身提供了一套和C語言對內存分配相似的內存管理API 這些API和C的API意義對應 在PHP內部都是通過這些API來管理內存的

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

復制代碼 代碼如下: <?php var_mp(memory_get_usage(TRUE)); //注意獲取的是real_size $a = "laruence"; var_mp(memory_get_usage(TRUE)); unset($a); var_mp(memory_get_usage(TRUE));

輸出: int( ) int( ) int(

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

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

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

復制代碼 代碼如下: <?php var_mp("I am jb net"); var_mp(memory_get_usage()); $a = "laruence"; var_mp(memory_get_usage()); unset($a); var_mp(memory_get_usage());

輸出: string( ) "I am jb net" int( ) //賦值前 int( ) int( ) //是的 內存正常釋放

= 正常了 也就是說這 個位元組是被輸出函數給佔用了(嚴格來說 是被輸出的Header佔用了) 只增不減的數組 Hashtable是PHP的核心結構(了解Hashtable 可以參看我之前的文章深入理解PHP之數組(遍歷順序)) 數組也是用她來表示的 而符號表也是一種關聯數組 對於如下代碼:

復制代碼 代碼如下: var_mp("I am jb net"); var_mp(memory_get_usage()); $array = array_fill( "laruence"); foreach ($array as $key => $value) { ${$value $key} = NULL; } var_mp(memory_get_usage()); foreach ($array as $key=> $value) { unset(${$value $key}); } var_mp(memory_get_usage());

我們定義了 個變數 然後又按個Unset了他們 來看看輸出: string( ) "I am jb net" int( ) int( ) int(

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

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

lishixin/Article/program/PHP/201311/21152

⑸ php 在類中如何釋放內存。

你的方法沒有錯，可是你說讀取90W條數據，你讀取的時候它就已經是佔用著內存了，你應該循環小批量讀取，每次循環結束都銷毀本次循環的變數。但同時提醒你兩點：
1、unset()函數只能在變數值佔用內存空間超過256位元組時才會釋放內存空間。
2、只有當指向該變數的所有變數（如引用變數）都被銷毀後，才會釋放內存。

⑹ 解析PHP中的內存管理,PHP動態分配和釋放內存

本篇文章是對PHP中的內存管理 PHP動態分配和釋放內存進行了詳細的分析介紹 需要的朋友參考下

摘要 內存管理對於長期運行的程序 例如伺服器守護程序 是相當重要的影響 因此 理解PHP是如何分配與釋放內存的對於創建這類程序極為重要 本文將重點探討PHP的內存管理問題

一 內存 在PHP中 填充一個字元串變數相當簡單 這只需要一個語句"＜?php $str = hello world ; ?＞"即可 並且該字元串能夠被自由地修改 拷貝和移動 而在C語言中 盡管你能夠編寫例如"char *str = "hello world ";"這樣的一個簡單的靜態字元串 但是 卻不能修改該字元串 因為它生存於程序空間內 為了創建一個可操縱的字元串 你必須分配一個內存塊 並且通過一 個函數（例如strp()）來復制其內容

復制代碼 代碼如下: { char *str; str = strp("hello world"); if (!str) { fprintf(stderr "Unable to allocate memory!"); } }

由於後面我們將分析的各種原因 傳統型內存管理函數（例如malloc() free() strp() realloc() calloc() 等等）幾乎都不能直接為PHP源代碼所使用

二 釋放內存 在幾乎所有的平台上 內存管理都是通過一種請求和釋放模式實現的 首先 一個應用程序請求它下面的層(通常指"操作系統") "我想使用一些內存空間" 如果存在可用的空間 操作系統就會把它提供給該程序並且打上一個標記以便不會再把這部分內存分配給其它程序 當 應用程序使用完這部分內存 它應該被返回到OS 這樣以來 它就能夠被繼續分配給其它程序 如果該程序不返回這部分內存 那麼OS無法知道是否這塊內存不 再使用並進而再分配給另一個進程 如果一個內存塊沒有釋放 並且所有者應用程序丟失了它 那麼 我們就說此應用程序"存在漏洞" 因為這部分內存無法再為 其它程序可用 在一個典型的客戶端應用程序中 較小的不太經常的內存泄漏有時能夠為OS所"容忍" 因為在這個進程稍後結束時該泄漏內存會被隱式返回到OS 這並沒有什麼 因為OS知道它把該內存分配給了哪個程序 並且它能夠確信當該程序終止時不再需要該內存 而對於長時間運行的伺服器守護程序 包括象Apache這樣的web伺服器和擴展php模塊來說 進程往往被設計為相當長時間一直運行 因為OS不能清理內存使用 所以 任何程序的泄漏 無論是多麼小 都將導致重復操作並最終耗盡所有的系統資源 現 在 我們不妨考慮用戶空間內的stristr()函數 為了使用大小寫不敏感的搜索來查找一個字元串 它實際上創建了兩個串的各自的一個小型副本 然後執 行一個更傳統型的大小寫敏感的搜索來查找相對的偏移量 然而 在定位該字元串的偏移量之後 它不再使用這些小寫版本的字元串 如果它不釋放這些副本 那 么 每一個使用stristr()的腳本在每次調用它時都將泄漏一些內存 最後 web伺服器進程將擁有所有的系統內存 但卻不能夠使用它 你可以理直氣壯地說 理想的解決方案就是編寫良好 干凈的 一致的代碼 這當然不錯 但是 在一個象PHP解釋器這樣的環境中 這種觀點僅對了一半

三 錯誤處理 為了實現"跳出"對用戶空間腳本及其依賴的擴展函數的一個活動請求 需要使用一種方法來 完全"跳出"一個活動請求 這是在Zend引擎內實現的 在一個請求的開始設置一個"跳出"地址 然後在任何die()或exit()調用或在遇到任何關 鍵錯誤(E_ERROR)時執行一個longjmp()以跳轉到該"跳出"地址 盡管這個"跳出"進程能夠簡化程序執行的流程 但是 在絕大多數情況下 這會意味著將會跳過資源清除代碼部分(例如free()調用)並最終導致出現內存漏洞 現在 讓我們來考慮下面這個簡化版本的處理函數調用的引擎代碼

復制代碼 代碼如下: void call_function(const char *fname int fname_len TSRMLS_DC){ zend_function *fe; char *lcase_fname; /* PHP函數名是大小寫不敏感的 *為了簡化在函數表中對它們的定位 *所有函數名都隱含地翻譯為小寫的 */ lcase_fname = estrnp(fname fname_len); zend_str_tolower(lcase_fname fname_len); if (zend_hash_find(EG(function_table) lcase_fname fname_len + (void **)&fe) == FAILURE) { zend_execute(fe ＞op_array TSRMLS_CC); } else { php_error_docref(NULL TSRMLS_CC E_ERROR "Call to undefined function: %s()" fname); } efree(lcase_fname); }

當 執行到php_error_docref()這一行時 內部錯誤處理器就會明白該錯誤級別是critical 並相應地調用longjmp()來中斷當前 程序流程並離開call_function()函數 甚至根本不會執行到efree(lcase_fname)這一行 你可能想把efree()代碼行移 動到zend_error()代碼行的上面 但是 調用這個call_function()常式的代碼行會怎麼樣呢？fname本身很可能就是一個分配的 字元串 並且 在它被錯誤消息處理使用完之前 你根本不能釋放它 注意 這個php_error_docref()函數是trigger_error()函數的一個內部等價實現 它的第一個參數是一個將被添加到docref的可選的文檔引用 第三個參數可以是任何我們熟悉的E_*家族常量 用於指示錯誤的嚴重程度 第四個參數（最後一個）遵循printf()風格的格式化和變數參數列表式樣 四 Zend內存管理器 在 上面的"跳出"請求期間解決內存泄漏的方案之一是 使用Zend內存管理(ZendMM)層 引擎的這一部分非常類似於操作系統的內存管理行為 分配內存 給調用程序 區別在於 它處於進程空間中非常低的位置而且是"請求感知"的 這樣以來 當一個請求結束時 它能夠執行與OS在一個進程終止時相同的行為 也就是說 它會隱式地釋放所有的為該請求所佔用的內存 圖 展示了ZendMM與OS以及PHP進程之間的關系 圖 Zend內存管理器代替系統調用來實現針對每一種請求的內存分配 除 了提供隱式內存清除功能之外 ZendMM還能夠根據php ini中memory_limit的設置控制每一種內存請求的用法 如果一個腳本試圖請求比 系統中可用內存更多的內存 或大於它每次應該請求的最大量 那麼 ZendMM將自動地發出一個E_ERROR消息並且啟動相應的"跳出"進程 這種方法 的一個額外優點在於 大多數內存分配調用的返回值並不需要檢查 因為如果失敗的話將會導致立即跳轉到引擎的退出部分 把PHP內部代碼和 OS的實際的內存管理層"鉤"在一起的原理並不復雜 所有內部分配的內存都要使用一組特定的可選函數實現 例如 PHP代碼不是使用malloc( ) 來分配一個 位元組內存塊而是使用了emalloc( ) 除了實現實際的內存分配任務外 ZendMM還會使用相應的綁定請求類型來標志該內存塊 這 樣以來 當一個請求"跳出"時 ZendMM可以隱式地釋放它 經常情況下 內存一般都需要被分配比單個請求持續時間更長的一段時間 這 種類型的分配（因其在一次請求結束之後仍然存在而被稱為"永久性分配"） 可以使用傳統型內存分配器來實現 因為這些分配並不會添加ZendMM使用的那 些額外的相應於每種請求的信息 然而有時 直到運行時刻才會確定是否一個特定的分配需要永久性分配 因此ZendMM導出了一組幫助宏 其行為類似於其它 的內存分配函數 但是使用最後一個額外參數來指示是否為永久性分配 如果你確實想實現一個永久性分配 那麼這個參數應該被設置為 在這 種情況下 請求是通過傳統型malloc()分配器家族進行傳遞的 然而 如果運行時刻邏輯認為這個塊不需要永久性分配 那麼 這個參數可以被設置為零 並且調用將會被調整到針對每種請求的內存分配器函數 例如 pemalloc(buffer_len )將映射到malloc(buffer_len) 而pemalloc(buffer_len )將被使用下列語句映射到emalloc(buffer_len) #define in Zend/zend_alloc h: #define pemalloc(size persistent) ((persistent)?malloc(size): emalloc(size)) 所有這些在ZendMM中提供的分配器函數都能夠從下表中找到其更傳統的對應實現 表格 展示了ZendMM支持下的每一個分配器函數以及它們的e/pe對應實現 表格 傳統型相對於PHP特定的分配器

分配器函數 e/pe對應實現 void *malloc(size_t count); void *emalloc(size_t count);void *pemalloc(size_t count char persistent); void *calloc(size_t count); void *ecalloc(size_t count);void *pecalloc(size_t count char persistent); void *realloc(void *ptr size_t count); void *erealloc(void *ptr size_t count); void *perealloc(void *ptr size_t count char persistent); void *strp(void *ptr); void *estrp(void *ptr);void *pestrp(void *ptr char persistent); void free(void *ptr); void efree(void *ptr); void pefree(void *ptr char persistent);

你可能會注意到 即使是pefree()函數也要求使用永久性標志 這是因為在調用pefree()時 它實際上並不知道是否ptr是一種永久性分 配 針對一個非永久性分配調用free()能夠導致雙倍的空間釋放 而針對一種永久性分配調用efree()有可能會導致一個段錯誤 因為內存管理器會試 圖查找並不存在的管理信息 因此 你的代碼需要記住它分配的數據結構是否是永久性的 除了分配器函數核心部分外 還存在其它一些非常方便的ZendMM特定的函數 例如 void *estrnp(void *ptr int len); 該函數能夠分配len+ 個位元組的內存並且從ptr處復制len個位元組到最新分配的塊 這個estrnp()函數的行為可以大致描述如下

復制代碼 代碼如下: void *estrnp(void *ptr int len) { char *dst = emalloc(len + ); memcpy(dst ptr len); dst[len] = ; return dst; }

在 此 被隱式放置在緩沖區最後的NULL位元組可以確保任何使用estrnp()實現字元串復制操作的函數都不需要擔心會把結果緩沖區傳遞給一個例如 printf()這樣的希望以為NULL為結束符的函數 當使用estrnp()來復制非字元串數據時 最後一個位元組實質上都浪費了 但其中的利明顯 大於弊 void *safe_emalloc(size_t size size_t count size_t addtl); void *safe_pemalloc(size_t size size_t count size_t addtl char persistent); 這 些函數分配的內存空間最終大小是((size*count)+addtl) 你可以會問 "為什麼還要提供額外函數呢？為什麼不使用一個 emalloc/pemalloc呢？"原因很簡單 為了安全 盡管有時候可能性相當小 但是 正是這一"可能性相當小"的結果導致宿主平台的內存溢出 這可能會導致分配負數個數的位元組空間 或更有甚者 會導致分配一個小於調用程序要求大小的位元組空間 而safe_emalloc()能夠避免這種類型的陷 井 通過檢查整數溢出並且在發生這樣的溢出時顯式地預以結束 注意 並不是所有的內存分配常式都有一個相應的p*對等實現 例如 不存在pestrnp() 並且在PHP 版本前也不存在safe_pemalloc()

五 引用計數 慎重的內存分配與釋放對於PHP（它是一種多請求進程）的長期性能有極其重大的影響 但是 這還僅是問題的一半 為了使一個每秒處理上千次點擊的伺服器高效地運行 每一次請求都需要使用盡可能少的內存並且要盡可能減少不必要的數據復制操作 請考慮下列PHP代碼片斷

復制代碼 代碼如下: ＜?php $a = Hello World ; $b = $a; unset($a); ?＞

在第一次調用之後 只有一個變數被創建 並且一個 位元組的內存塊指派給它以便存儲字元串"Hello World" 還包括一個結尾處的NULL字元 現在 讓我們來觀察後面的兩行 $b被置為與變數$a相同的值 然後變數$a被釋放 如 果PHP因每次變數賦值都要復制變數內容的話 那麼 對於上例中要復制的字元串還需要復制額外的 個位元組 並且在數據復制期間還要進行另外的處理器加 載 這一行為乍看起來有點荒謬 因為當第三行代碼出現時 原始變數被釋放 從而使得整個數據復制顯得完全不必要 其實 我們不妨再遠一層考慮 讓我們設想 當一個 MB大小的文件的內容被裝載到兩個變數中時會發生什麼 這將會佔用 MB的空間 此時 已經足夠了 引擎會把那麼多的時間和內存浪費在這 樣一種無用的努力上嗎？ 你應該知道 PHP的設計者早已深諳此理 記住 在引擎中 變數名和它們的值實際上是兩個不同的概念 值本身是一個無名的zval*存儲體（在本例中 是一個字元串值） 它被通過zend_hash_add()賦給變數$a 如果兩個變數名都指向同一個值 會發生什麼呢？

復制代碼 代碼如下: { zval *helloval; MAKE_STD_ZVAL(helloval); ZVAL_STRING(helloval "Hello World" ); zend_hash_add(EG(active_symbol_table) "a" sizeof("a") &helloval sizeof(zval*) NULL); zend_hash_add(EG(active_symbol_table) "b" sizeof("b") &helloval sizeof(zval*) NULL); }

此 時 你可以實際地觀察$a或$b 並且會看到它們都包含字元串"Hello World" 遺憾的是 接下來 你繼續執行第三行代碼"unset($a);" 此時 unset()並不知道$a變數指向的數據還被另一個變數所使 用 因此它只是盲目地釋放掉該內存 任何隨後的對變數$b的存取都將被分析為已經釋放的內存空間並因此導致引擎崩潰 這個問題可以藉助於 zval（它有好幾種形式）的第四個成員refcount加以解決 當一個變數被首次創建並賦值時 它的refcount被初始化為 因為它被假定僅由 最初創建它時相應的變數所使用 當你的代碼片斷開始把helloval賦給$b時 它需要把refcount的值增加為 這樣以來 現在該值被兩個變數 所引用

復制代碼 代碼如下: { zval *helloval; MAKE_STD_ZVAL(helloval); ZVAL_STRING(helloval "Hello World" ); zend_hash_add(EG(active_symbol_table) "a" sizeof("a") &helloval sizeof(zval*) NULL); ZVAL_ADDREF(helloval); zend_hash_add(EG(active_symbol_table) "b" sizeof("b") &helloval sizeof(zval*) NULL); }

現在 當unset()刪除原變數的$a相應的副本時 它就能夠從refcount參數中看到 還有另外其他人對該數據感興趣 因此 它應該只是減少refcount的計數值 然後不再管它

六 寫復制（Copy on Write） 通過refcounting來節約內存的確是不錯的主意 但是 當你僅想改變其中一個變數的值時情況會如何呢？為此 請考慮下面的代碼片斷

復制代碼 代碼如下: ＜?php $a = ; $b = $a; $b += ; ?＞

通過上面的邏輯流程 你當然知道$a的值仍然等於 而$b的值最後將是 並且此時 你還知道 Zend在盡力節省內存 通過使$a和$b都引用相同的zval（見第二行代碼） 那麼 當執行到第三行並且必須改變$b變數的值時 會發生什麼情況呢？ 回答是 Zend要查看refcount的值 並且確保在它的值大於 時對之進行分離 在Zend引擎中 分離是破壞一個引用對的過程 正好與你剛才看到的過程相反

復制代碼 代碼如下: zval *get_var_and_separate(char *varname int varname_len TSRMLS_DC) { zval **varval *var; if (zend_hash_find(EG(active_symbol_table) varname varname_len + (void**)&varval) == FAILURE) { /* 變數根本並不存在 失敗而導致退出*/ return NULL; } if ((*varval) ＞refcount ＜ ) { /* varname是唯一的實際引用 *不需要進行分離 */ return *varval; } /* 否則 再復制一份zval*的值*/ MAKE_STD_ZVAL(var); var = *varval; /* 復制任何在zval*內的已分配的結構*/ zval__ctor(var); /*刪除舊版本的varname *這將減少該過程中varval的refcount的值 */ zend_hash_del(EG(active_symbol_table) varname varname_len + ); /*初始化新創建的值的引用計數 並把它依附到 * varname變數 */ var ＞refcount = ; var ＞is_ref = ; zend_hash_add(EG(active_symbol_table) varname varname_len + &var sizeof(zval*) NULL); /*返回新的zval* */ return var; }

現在 既然引擎有一個僅為變數$b所擁有的zval*（引擎能知道這一點） 所以它能夠把這個值轉換成一個long型值並根據腳本的請求給它增加

七 寫改變（change on write） 引用計數概念的引入還導致了一個新的數據操作可能性 其形式從用戶空間腳本管理器看來與"引用"有一定關系 請考慮下列的用戶空間代碼片斷

復制代碼 代碼如下: ＜?php $a = ; $b = &$a; $b += ; ?＞

在 上面的PHP代碼中 你能看出$a的值現在為 盡管它一開始為 並且從未(直接)發生變化 之所以會發生這種情況是因為當引擎開始把$b的值增加 時 它注意到$b是一個對$a的引用並且認為"我可以改變該值而不必分離它 因為我想使所有的引用變數都能看到這一改變" 但是 引擎是如何 知道的呢？很簡單 它只要查看一下zval結構的第四個和最後一個元素（is_ref）即可 這是一個簡單的開/關位 它定義了該值是否實際上是一個用戶 空間風格引用集的一部分 在前面的代碼片斷中 當執行第一行時 為$a創建的值得到一個refcount為 還有一個is_ref值為 因為它僅為一 個變數($a)所擁有並且沒有其它變數對它產生寫引用改變 在第二行 這個值的refcount元素被增加為 除了這次is_ref元素被置為 之外 （因為腳本中包含了一個"&"符號以指示是完全引用） 最後 在第三行 引擎再一次取出與變數$b相關的值並且檢查是否有必要進行分離 這一次該值沒有被分離 因為前面沒有包括一個檢查 下面是get_var_and_separate()函數中與refcount檢查有關的部分代碼

復制代碼 代碼如下: if ((*varval) ＞is_ref || (*varval) ＞refcount ＜ ) { /* varname是唯一的實際引用 * 或者它是對其它變數的一個完全引用 *任何一種方式 都沒有進行分離 */ return *varval; }

這一次 盡管refcount為 卻沒有實現分離 因為這個值是一個完全引用 引擎能夠自由地修改它而不必關心其它變數值的變化

八 分離問題 盡管已經存在上面討論到的復制和引用技術 但是還存在一些不能通過is_ref和refcount操作來解決的問題 請考慮下面這個PHP代碼塊

復制代碼 代碼如下: ＜?php $a = ; $b = $a; $c = &$a; ?＞

在 此 你有一個需要與三個不同的變數相關聯的值 其中 兩個變數是使用了"change on write"完全引用方式 而第三個變數處於一種可分離 的" on write"（寫復制）上下文中 如果僅使用is_ref和refcount來描述這種關系 有哪些值能夠工作呢？ 回答是 沒有一個能工作 在這種情況下 這個值必須被復制到兩個分離的zval*中 盡管兩者都包含完全相同的數據(見圖 )

圖 引用時強制分離

同樣 下列代碼塊將引起相同的沖突並且強迫該值分離出一個副本(見圖 )

圖 復制時強制分離

復制代碼 代碼如下: ＜?php $a = ; $b = &$a; $c = $a; ?＞ lishixin/Article/program/PHP/201311/20951

⑺ php 在類中如何釋放內存。

unset()是可以釋放內存的，但是$str=null基本釋放不了的，建議還是用unset()就好了，$str=null只是用來清空變數，以防下面再用的時候遭到干擾的。

⑻ php如何釋放file函數的內存

file函數一般只佔用系統
句柄
資源。讀取其中的內容並保存至某個變數會佔用內存，跟file函數無關。
file函數在打開之後，需要用close關閉並釋放file句柄，否則可能會導致其他程序不能打開這個文件（文件鎖定）。
除了用alloc等函數顯式分配內存的外，一般不需要專門
釋放內存
，系統會在結束時自動回收內存。

⑼ php的unset函數何時釋放內存

PHP 無法手動釋放內存，你 unset 了，也要等 GC 來自動回收， 這個不是 C語言， 內存是 PHP 來管理的。 這個只能是加大內存，或者改用其他內存佔用小的演算法

⑽ 如何獲知PHP程序佔用多少內存memory

可以使用memory_get_usage函數查看PHP佔用的內存數

memory_get_usage — 返回分配給 PHP 的內存量

intmemory_get_usage([bool$real_usage=false])

返回當前分配給你的 PHP 腳本的內存量，單位是位元組（byte）。

參數說明：

real_usage：5.2.0版本新增參數，如果設置為 TRUE，獲取系統分配的真實內存尺寸。如果未設置或者設置為 FALSE，將是 emalloc() 報告使用的內存量。

返回值：

返回內存量位元組數。