首頁 > 文章 > 後端開發 > PHP核心之探究記憶體管理與快取機制

PHP核心之探究記憶體管理與快取機制

不言原創: 2018-04-17 10:05:091556瀏覽

這篇文章介紹的內容是關於PHP核心之探究記憶體管理與快取機制，有著一定的參考價值，現在分享給大家，有需要的朋友可以參考一下

前言：

PHP在運行時所需的內存，是一次向作業系統申請開闢的，而不是分多次。那他是怎麼樣一次性申請呢，機制又是如何？請看下邊介紹。

heap層是PHP記憶體管理的核心實作，PHP底層對記憶體的管理，ZendMM向系統進行的內存申請，並不是有需要時向系統即時申請，而是由ZendMM的最底層（heap層）先向系統申請一大塊的內存，建立一個類似於內存池的管理機制，unset後，ZendMM並不會直接立刻將記憶體交回系統，而是只在自身維護的#記憶體池(storge層)中將其重新標識為可用，。

優點：

1. 預先定義常數變數多，對記憶體的請求有數百次，避免了PHP向系統頻繁的記憶體申請操作，減少了對OS的請求次數。

2.運行速度會更快，缺點是隨著程式的運行時間的變長，記憶體使用越來越多，所以5.3引進新垃圾回收機制。

詳細分析如下：

#PHP的記憶體管理可以被視為分層（hierarchical）的。它分為三層：儲存層（storage）、堆疊層（heap）和介面層（emalloc/efree）。儲存層透過 malloc()、mmap() 等函數向系統真正的申請內存，並透過 free() 函數釋放所申請的內存。

#儲存層通常申請的記憶體區塊都比較大，這裡申請的記憶體大併不是指storage層結構所需的記憶體大，只是堆層透過呼叫儲存層的分配方法時，其以大塊大塊的方式申請的記憶體，儲存層的作用是將記憶體分配的方式對堆層透明化。

如圖下所示，PHP記憶體管理器。 PHP在儲存層共有4種記憶體分配方案: malloc，win32，mmap_anon，mmap_zero，預設使用malloc分配內存，如果設定了ZEND_WIN32宏，則為windows版本，呼叫HeapAlloc分配內存，剩下兩種記憶體方案為匿名記憶體映射，PHP的記憶體方案可以透過設定環境變數來修改。

圖6.1 PHP記憶體管理器

##一.記憶體的申請#

heap層是PHP記憶體管理的核心實作，PHP底層對記憶體的管理，圍繞著小塊記憶體清單（free_buckets）、大塊記憶體清單（large_free_buckets）和剩餘記憶體列表（rest_buckets）三個清單來分層進行的。 ZendMM向系統進行的記憶體申請，並不是有需要時向系統即時申請，而是由ZendMM的最底層（heap層）先向系統申請一大塊的內存，透過對上面三種列表的填充，建立一個類似於內存池的管理機制。

在程式運行需要使用記憶體的時候，ZendMM會在記憶體池中分配對應的記憶體供使用。這樣做的好處是避免了PHP向系統頻繁的記憶體申請操作，如下面的程式碼：

[php] view plain copy 
<?php  
  $tipi = "o_o\n";  
  echo $tipi;  
?>

這是一個簡單的php程序，但透過對emalloc的呼叫計數，只是PHP程序，只賦值了一個變數而已，但是卻發現對記憶體的請求有數百次之多，當然這非常容易解釋，因為PHP腳本的執行，需要大量的環境變數以及內部變數的定義(詳細見PHP核心--生命週期)，這些定義本身都是需要在記憶體中進行儲存的。在編寫PHP的擴充功能時，推薦使用emalloc

(申請的是
zend

_mm_storage層的記憶體區塊)

來代替malloc(申請的是作業系統的記憶體區塊)，其實也就是使用PHP的Zend

MM來取代手動直接呼叫系統層級的記憶體管理。

Zend

MM使用_

zend
_mm_alloc_int函數進行記憶體分配，流程如下:

##從上面的分配可以看出，PHP對內存的分配，是結合PHP的用途來設計的，PHP一般用於web應用程序的數據支持，單個腳本的運行週期一般比較短（最多達到秒級），內存大塊整塊的申請，自主進行小塊的分配，沒有進行比較複雜的不相臨位址的空閒記憶體合併，而是集中再次向系統請求。這樣做的好處是運行速度會更快，缺點是隨著程式的運行時間的變長，記憶體的使用情況會「越來越多」（PHP5.2及更早版本）。所以PHP5.3之前的版本並不適合做為守護程式長期運行。（當然，可以有其他方法解決，而且在PHP5.3中引入了新的GC機制，詳見後邊小節PHP內核--記憶體洩漏與新垃圾回收機制）

###############二.記憶體的銷毀##################

ZendMM在記憶體銷毀的處理上採用與記憶體申請相同的策略，當程式unset一個變數或是其他的釋放行為時， ZendMM並不會直接立刻將記憶體交回系統，而是只在自身維護的#記憶體池(storge層) #中將其重新標識為可用，按照記憶體的大小整理到上面所說的三種清單（small,large,free）之中，以備下次記憶體申請時使用。

#記憶體銷毀的最終實作函數是_efree。在_efree中，記憶體的銷毀首先要進行是否放回cache的判斷。如果記憶體的大小滿足ZEND_MM_SMALL_SIZE且cache還沒有超過系統設定的ZEND_MM_CACHE_SIZE，那麼，目前記憶體區塊zend_mm_block就會放回mm_heap- >cache中。

在記憶體的銷毀過程中，也涉及引用計數和垃圾回收（GC），將在後邊小節進行討論。參見PHP核心--記憶體洩漏與新垃圾回收機制

三.快取

在維基百科中有這樣一段描述：凡是位於速度相差較大的兩種硬體之間的，用於協調兩者資料傳輸速度差異的結構，均可稱為Cache。從最初始的處理器與記憶體間的Cache開始，都是為了讓資料存取的速度適應CPU的處理速度，其基於的原理是記憶體中「程式執行與資料存取的局域性行為」。同樣PHP記憶體管理中的快取也是基於「程式執行與資料存取的局域性行為」的原理。引入緩存，就是為了減少小塊記憶體區塊的查詢次數(查詢前先看是否能命中緩存)，為最近訪問的資料提供更快的存取方式。

PHP將快取加入到記憶體管理機制中做了以下一些操作：

##·標識快取和快取的大小限制，即何時使用緩存，在某些情況下可以以最少的修改停用掉快取

·快取的儲存結構，即快取的存放位置、結構和存放的邏輯

·初始化快取

·取得快取中內容

#·寫入快取

##釋放快取或者清空快取清單

快取本身也是儲存在storage層申請的記憶體中的，如果記憶體都不夠用了，那就得釋放快取啦。當堆的記憶體溢出時，程式會呼叫zend_mm_free_cache釋放快取中。整個釋放的過程是一個遍歷數組，對於每個數組的元素程序都遍歷其所在鍊錶中在自己之前的元素，執行合併內存操作，減少堆結構中緩存計量數字。

PHP核心之探究記憶體管理與快取機制

相關文章