zend_array ar;
zend_hash_init(&ar, 8, NULL, NULL, 0);

持久分配：

zend_array ar;
zend_hash_init(&ar, 8, NULL, NULL, 1);

在所有不同的 Zend API中，它始終是相同的。通常是作為最后一個(gè)參數(shù)傳遞的，“0”表示“我希望使用 ZendMM 分配此結(jié)構(gòu)，因此請(qǐng)求綁定”，或“1”表示“我希望通過(guò) ZendMM 調(diào)用傳統(tǒng)的 libc 的malloc（）分配此結(jié)構(gòu)”。

顯然，這些結(jié)構(gòu)提供了一個(gè) API，該 API 會(huì)記住它如何分配結(jié)構(gòu)，以便在銷毀時(shí)使用正確的釋放函數(shù)。因此，在這樣的代碼中：

zend_string_release(foo);
zend_hash_destroy(&ar);

API 知道這些結(jié)構(gòu)是使用請(qǐng)求綁定分配還是永久分配的，第一種情況將使用efree（）釋放它，第二種情況是libc的free（）。

Zend 內(nèi)存管理器 API

該 API 位于 Zend/zend_alloc.h

API 主要是 C 宏，而不是函數(shù)，因此，如果你調(diào)試它們并想了解它們的工作原理，請(qǐng)做好準(zhǔn)備。這些 API 復(fù)制了 libc 的函數(shù)，通常在函數(shù)名稱中添加“e”；因此，你不應(yīng)該認(rèn)錯(cuò)，關(guān)于該API的細(xì)節(jié)不多。

基本上，你最常使用的是 emalloc(size_t) 和efree(void *)。

還提供了ecalloc(size_t nmemb，size_t size)，它分配單個(gè)大小size的nmemb，并將區(qū)域歸零。如果你是一位經(jīng)驗(yàn)豐富的 C 程序員，那么你應(yīng)該知道，只要有可能，最好在emalloc()上使用ecalloc()，因?yàn)?code>ecalloc()會(huì)將內(nèi)存區(qū)域清零，這在指針錯(cuò)誤檢測(cè)中可能會(huì)有很大幫助。請(qǐng)記住，emalloc()的工作原理基本上與libc malloc()一樣：它將在不同的池中尋找足夠大的區(qū)域，并為你提供最合適的空間。因此，你可能會(huì)得到一個(gè)指向垃圾的回收指針。

然后是 safe_emalloc(size_t nmemb，size_t size，size_t offset)，這是emalloc(size * nmemb offset)，但它會(huì)為你檢查溢出情況。如果必須提供的數(shù)字來(lái)自不受信任的來(lái)源（例如用戶區(qū)），則應(yīng)使用此API調(diào)用。

關(guān)于字符串，estrdup(char *) 和 estrndup(char *, size_t len) 允許復(fù)制字符串或二進(jìn)制字符串。

無(wú)論發(fā)生什么，ZendMM 返回的指針必須調(diào)用 ZendMM 的efree() 釋放，而不是 libc 的 free()。

注意

關(guān)于持久分配的說(shuō)明。持久分配在請(qǐng)求之間保持有效。你通常使用常見(jiàn)的 libc malloc/ free 來(lái)執(zhí)行此操作，但是 ZendMM 有一些 libc 分配器的快捷方式：“持久” API。該 API以“p” 字母開(kāi)頭，讓你在 ZendMM 分配或持久分配之間進(jìn)行選擇。因此pemalloc(size_t, 1)不過(guò)是malloc()，pefree(void *, 1)是free() ，pestrdup(void *, 1) 是strdup()。只是說(shuō)。

Zend 內(nèi)存管理器調(diào)試盾

ZendMM 提供以下功能：

內(nèi)存消耗管理。內(nèi)存泄漏跟蹤和自動(dòng)釋放。通過(guò)預(yù)分配已知大小的緩沖區(qū)并保持空閑狀態(tài)下的熱緩存來(lái)加快分配速度內(nèi)存消耗管理

ZendMM 是 PHP 用戶區(qū)“memory_limit”功能的底層。使用 ZendMM 層分配的每單個(gè)字節(jié)都會(huì)被計(jì)數(shù)并相加。當(dāng)達(dá)到 INI 的 memory_limit 后，你知道會(huì)發(fā)生什么。這也意味著通過(guò) ZendMM 執(zhí)行的任何分配都反映在 PHP 用戶區(qū)的memory_get_usage（）中。

作為擴(kuò)展開(kāi)發(fā)人員，這是一件好事，因?yàn)樗兄谡莆?PHP 進(jìn)程的堆大小。

如果啟動(dòng)了內(nèi)存限制錯(cuò)誤，則引擎將從當(dāng)前代碼位置釋放到捕獲塊，然后平穩(wěn)終止。但是它不可能回到超出限制的代碼位置。你必須為此做好準(zhǔn)備。

從理論上講，這意味著 ZendMM 無(wú)法向你返回 NULL 指針。如果從操作系統(tǒng)分配失敗，或者分配產(chǎn)生內(nèi)存限制錯(cuò)誤，則代碼將運(yùn)行到 catch 塊中，并且不會(huì)返回到你的分配調(diào)用。

如果出于任何原因需要繞過(guò)該保護(hù)，則必須使用傳統(tǒng)的 libc 調(diào)用，例如malloc()。無(wú)論如何請(qǐng)小心，并且知道你在做什么。如果使用 ZendMM，可能需要分配大量?jī)?nèi)存并可能超出 PHP 的 memory_limit。因此，請(qǐng)使用另一個(gè)分配器（如libc），但要注意：你的擴(kuò)展將增加當(dāng)前進(jìn)程堆的大小。在 PHP 中不能看到 memory_get_usage()，但是可以通過(guò)使用 OS 設(shè)施分析當(dāng)前堆（如/proc/{pid}/maps）

注意

如果需要完全禁用 ZendMM，則可以使用USE_ZEND_ALLOC = 0環(huán)境變量啟動(dòng)PHP。這樣，每次對(duì) ZendMM API的調(diào)用（例如emalloc()）都將定向到 libc 調(diào)用，并且 ZendMM 將被禁用。這在調(diào)試內(nèi)存的情況下尤其有用。

內(nèi)存泄漏追蹤

請(qǐng)記住 ZendMM 的主要規(guī)則：它在請(qǐng)求啟動(dòng)時(shí)啟動(dòng)，然后在你處理請(qǐng)求時(shí)需要?jiǎng)討B(tài)內(nèi)存時(shí)期望你調(diào)用其API。當(dāng)前請(qǐng)求結(jié)束時(shí)，ZendMM 關(guān)閉。

通過(guò)關(guān)閉，它將瀏覽其所有活動(dòng)指針，如果使用 PHP 的調(diào)試構(gòu)建，它將警告你有關(guān)內(nèi)存泄漏的信息。

讓我們解釋得更清楚一些：如果在當(dāng)前請(qǐng)求結(jié)束時(shí)，ZendMM 找到了一些活動(dòng)的內(nèi)存塊，則意味著這些內(nèi)存塊正在泄漏。請(qǐng)求結(jié)束時(shí)，ZendMM 堆上不應(yīng)存在任何活動(dòng)內(nèi)存塊，因?yàn)榉峙淞四承﹥?nèi)存的任何人都應(yīng)該釋放了它們。

如果您忘記釋放塊，它們將全部顯示在 stderr上。此內(nèi)存泄漏報(bào)告進(jìn)程僅在以下情況下有效：

你正在使用 PHP 的調(diào)試構(gòu)建在 php.ini 中具有 report_memleaks = On（默認(rèn)）

這是一個(gè)簡(jiǎn)單泄漏到擴(kuò)展中的示例：

PHP_RINIT_FUNCTION(example)
{
    void *foo = emalloc(128);
}

在啟動(dòng)該擴(kuò)展的情況下啟動(dòng) PHP，在調(diào)試版本上會(huì)在 stderr 上生成：

[Fri Jun 9 16:04:59 2017]  Script:  '/tmp/foobar.php'
/path/to/extension/file.c(123) : Freeing 0x00007fffeee65000 (128 bytes), script=/tmp/foobar.php
=== Total 1 memory leaks detected ===

當(dāng) Zend 內(nèi)存管理器關(guān)閉時(shí)，在每個(gè)已處理請(qǐng)求的末尾，將生成這些行。

但是要當(dāng)心：

顯然，ZendMM 對(duì)持久分配或以不同于使用持久分配的方式執(zhí)行的分配一無(wú)所知。因此，ZendMM 只能警告你有關(guān)它知道的分配信息，在這里不會(huì)報(bào)告每個(gè)傳統(tǒng)的 libc 分配信息。如果 PHP 以錯(cuò)誤的方式關(guān)閉（我們稱之為不正常關(guān)閉），ZendMM 將報(bào)告大量泄漏。這是因?yàn)橐嬖阱e(cuò)誤關(guān)閉時(shí)會(huì)使用longjmp()調(diào)用 catch 塊，防止清理所有內(nèi)存的代碼運(yùn)行。因此，許多泄漏得到報(bào)告。尤其是在調(diào)用 PHP 的 exit()/ die()之后，或者在 PHP 的某些關(guān)鍵部分觸發(fā)了致命錯(cuò)誤時(shí)，就會(huì)發(fā)生這種情況。如果你使用非調(diào)試版本的 PHP，則 stderr 上不會(huì)顯示任何內(nèi)容，ZendMM 是愚蠢的，但仍會(huì)清除程序員尚未明確釋放的所有分配的請(qǐng)求綁定緩沖區(qū)

你必須記住的是 ZendMM 泄漏跟蹤是一個(gè)不錯(cuò)的獎(jiǎng)勵(lì)工具，但它不能代替真正的 C 內(nèi)存調(diào)試器。

ZendMM 內(nèi)部設(shè)計(jì)常見(jiàn)錯(cuò)誤和錯(cuò)誤

這是使用 ZendMM 時(shí)最常見(jiàn)的錯(cuò)誤，以及你應(yīng)該怎么做。

不處理請(qǐng)求時(shí)使用 ZendMM。

獲取有關(guān) PHP 生命周期的信息，以了解在擴(kuò)展中何時(shí)處理請(qǐng)求，何時(shí)不處理。如果在請(qǐng)求范圍之外使用 ZendMM（例如在MINIT()中），在處理第一個(gè)請(qǐng)求之前，ZendMM 會(huì)靜默清除分配，并且可能會(huì)使用after-after-free：根本沒(méi)有。

緩沖區(qū)上溢和下溢。

使用內(nèi)存調(diào)試器。如果你在 ZendMM 返回的內(nèi)存區(qū)域以下或過(guò)去寫(xiě)入內(nèi)容，則將覆蓋關(guān)鍵的 ZendMM 結(jié)構(gòu)并觸發(fā)崩潰。如果 ZendMM 能夠?yàn)槟銠z測(cè)到混亂，則可能會(huì)顯示“zend_mm_heap損壞”的消息。堆棧追蹤將顯示從某些代碼到某些 ZendMM 代碼的崩潰。ZendMM 代碼不會(huì)自行崩潰。如果你在 ZendMM 代碼中間崩潰，那很可能意味著你在某個(gè)地方弄亂了指針。插入你喜歡的內(nèi)存調(diào)試器，查找有罪的部分并進(jìn)行修復(fù)。

混合 API 調(diào)用

如果分配一個(gè) ZendMM 指針(即emalloc())并使用 libc 釋放它（free()），或相反的情況：你將崩潰。要嚴(yán)謹(jǐn)對(duì)待。另外，如果你將其不知道的任何指針傳遞給 ZendMM 的efree()：將會(huì)崩潰。

更多關(guān)于云服務(wù)器，域名注冊(cè)，虛擬主機(jī)的問(wèn)題，請(qǐng)?jiān)L問(wèn)西部數(shù)碼官網(wǎng)：m.ps-sw.cn





猜你還會(huì)喜歡下面的內(nèi)容

• 做一個(gè)獨(dú)立站需要多少錢(qián)
• 西部數(shù)碼怎樣搶注域名
• B2C 電子商務(wù)網(wǎng)站如何做推廣和優(yōu)化
• 網(wǎng)站推廣增加外鏈最好的方法
• 新手站長(zhǎng)淺談：如何在線提升產(chǎn)品轉(zhuǎn)化率
• 網(wǎng)站策劃：九大思維理念助你策劃能力提升
• 如何高效輸出移動(dòng)app產(chǎn)品原型？
• 為什么說(shuō)產(chǎn)品思考是進(jìn)行用戶體驗(yàn)設(shè)計(jì)時(shí)所不可或缺的？
• 六套 App：構(gòu)建我的產(chǎn)品設(shè)計(jì)工作流
• 如果Vine模式重來(lái)，大概就是Biu這個(gè)樣子
• 新手入門(mén)：如何做需求分析
• 產(chǎn)品狗的日常：如何更好的去分解功能點(diǎn)
• 簡(jiǎn)單明了丨如何寫(xiě)出好的PRD
• 產(chǎn)品必修課——輕松搞定UML
• 如果你是個(gè)苦逼的App測(cè)試人員，這款產(chǎn)品或許能拯救你
• 手把手教你制作實(shí)用美觀的交互設(shè)計(jì)文檔

熱門(mén)標(biāo)簽

其他問(wèn)題云服務(wù)器問(wèn)題域名及賬戶問(wèn)題企業(yè)郵局市場(chǎng)咨詢云服務(wù)器云建站/云站群/小程序虛擬主機(jī)網(wǎng)絡(luò)知識(shí)企業(yè)郵箱域名注冊(cè)域名備案域名商標(biāo)注冊(cè)云主機(jī)更多標(biāo)簽...

大家感興趣的內(nèi)容