PHP核心一記憶體管理

一、記憶體管理基礎

用c語言開發時，開發者要手動進行記憶體管理。 PHP經常作為web伺服器的模組，記憶體管理與預防記憶體外洩緊密關聯。另外PHP可能用於執行緒環境中，所以全域變數可能導致競爭狀況。另外Zend引擎面對一個十分特殊的使用模式：在一段比較短的時間內，許多zval結構大小的內存塊和其他的小內存塊被申請又被釋放，PHP的內存管理也很重視memory_limit(內存限制)

為了滿足以上的需求，Zend引擎提供了為了處理請求相關資料提供了一種特殊的記憶體管理器。請求相關資料是指只需要服務單一請求，最遲在請求結束時釋放的資料。擴展開發者主要接觸下表中列出的慣例，雖然一些所提供的便捷功能使用巨集實現的，但是本文中會像函數一樣對待。

如上所述，防止有記憶體洩漏並儘可能快的釋放所有記憶體是記憶體管理的重要組成部分。因為安全原因，在請求結束時，Zend引擎會釋放所有由上面提到的API所分配的記憶體。如果PHP使用--enable-debug配置選項進行構建，這將產生一個警告

當使用PHP變數時，需要確認變數的記憶體要使用emalloc來分配，並注意引用計數。

記憶體洩漏檢測僅可以發現由 emalloc 分配記憶體區塊導致的洩漏。為進行深層分析，建議使用記憶體偵測器，如 valgrind 或 libumem 等。若要簡化此分析，可在 PHP 啟動時透過設定環境變數 USE_ZEND_ALLOC=0 來停用 PHP 的記憶體管理器。

(以上是PHP官網中文內容)

二、資料持久化

資料持久化意味著任何資料預計比目前請求生存時間長，沒有Zend引擎的記憶體管理器非常關注請求綁定分配，但是這通常不是實用或是合適的。持久化記憶體有時需要為了滿足外部類別庫的要求，它也是有用的"黑科技"。

持久化記憶體通常用在持久化資料庫連接上，雖然實踐起來並不好，但仍然是最常使用的特性。

注意:下面所有函數採取額外的持久化參數應該是false,引擎將用常規的分配器(emalloc)，內存不應該是 considered persistent(不會翻譯！)。作為持久化的內存，系統調用分配器，正像主要的內存API一樣在大多數情況下它們仍然不返回空指針

警告:需要注意被分配用來持久化的內存不是最優化的或者是被Zend引擎追蹤的，它不被memory_limit所限制，另外，所有透過the hacker創建的變數一定不能被用來持久化記憶體。

(翻譯的真爛！)

以上就介紹了PHP核心一記憶體管理，包含了方面的內容，希望對PHP教學有興趣的朋友有幫助。