解析PHP中的內(nèi)存管理,PHP動(dòng)態(tài)分配和釋放內(nèi)存

本篇文章是對(duì)PHP中的內(nèi)存管理 PHP動(dòng)態(tài)分配和釋放內(nèi)存進(jìn)行了詳細(xì)的分析介紹 需要的朋友參考下 ?

成都創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括錦屏網(wǎng)站建設(shè)、錦屏網(wǎng)站制作、錦屏網(wǎng)頁(yè)制作以及錦屏網(wǎng)絡(luò)營(yíng)銷策劃等。多年來(lái)，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，錦屏網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到錦屏省份的部分城市，未來(lái)相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

摘要 內(nèi)存管理對(duì)于長(zhǎng)期運(yùn)行的程序 例如服務(wù)器守護(hù)程序 是相當(dāng)重要的影響 因此 理解PHP是如何分配與釋放內(nèi)存的對(duì)于創(chuàng)建這類程序極為重要 本文將重點(diǎn)探討PHP的內(nèi)存管理問題

一 內(nèi)存 在PHP中 填充一個(gè)字符串變量相當(dāng)簡(jiǎn)單 這只需要一個(gè)語(yǔ)句"＜?php $str = hello world ; ?＞"即可 并且該字符串能夠被自由地修改 拷貝和移動(dòng) 而在C語(yǔ)言中 盡管你能夠編寫例如"char *str = "hello world ";"這樣的一個(gè)簡(jiǎn)單的靜態(tài)字符串 但是 卻不能修改該字符串 因?yàn)樗嬗诔绦蚩臻g內(nèi) 為了創(chuàng)建一個(gè)可操縱的字符串 你必須分配一個(gè)內(nèi)存塊 并且通過一 個(gè)函數(shù)（例如strdup()）來(lái)復(fù)制其內(nèi)容

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

由于后面我們將分析的各種原因 傳統(tǒng)型內(nèi)存管理函數(shù)（例如malloc() free() strdup() realloc() calloc() 等等）幾乎都不能直接為PHP源代碼所使用

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

三 錯(cuò)誤處理 為了實(shí)現(xiàn)"跳出"對(duì)用戶空間腳本及其依賴的擴(kuò)展函數(shù)的一個(gè)活動(dòng)請(qǐng)求 需要使用一種方法來(lái) 完全"跳出"一個(gè)活動(dòng)請(qǐng)求 這是在Zend引擎內(nèi)實(shí)現(xiàn)的 在一個(gè)請(qǐng)求的開始設(shè)置一個(gè)"跳出"地址 然后在任何die()或exit()調(diào)用或在遇到任何關(guān) 鍵錯(cuò)誤(E_ERROR)時(shí)執(zhí)行一個(gè)longjmp()以跳轉(zhuǎn)到該"跳出"地址 盡管這個(gè)"跳出"進(jìn)程能夠簡(jiǎn)化程序執(zhí)行的流程 但是 在絕大多數(shù)情況下 這會(huì)意味著將會(huì)跳過資源清除代碼部分(例如free()調(diào)用)并最終導(dǎo)致出現(xiàn)內(nèi)存漏洞 現(xiàn)在 讓我們來(lái)考慮下面這個(gè)簡(jiǎn)化版本的處理函數(shù)調(diào)用的引擎代碼

復(fù)制代碼 代碼如下: void call_function(const char *fname int fname_len TSRMLS_DC){ zend_function *fe; char *lcase_fname; /* PHP函數(shù)名是大小寫不敏感的 *為了簡(jiǎn)化在函數(shù)表中對(duì)它們的定位 *所有函數(shù)名都隱含地翻譯為小寫的 */ lcase_fname = estrndup(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); }

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

分配器函數(shù) e/pe對(duì)應(yīng)實(shí)現(xiàn) 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 *strdup(void *ptr); void *estrdup(void *ptr);void *pestrdup(void *ptr char persistent); void free(void *ptr); void efree(void *ptr); void pefree(void *ptr char persistent);

你可能會(huì)注意到 即使是pefree()函數(shù)也要求使用永久性標(biāo)志 這是因?yàn)樵谡{(diào)用pefree()時(shí) 它實(shí)際上并不知道是否ptr是一種永久性分 配 針對(duì)一個(gè)非永久性分配調(diào)用free()能夠?qū)е码p倍的空間釋放 而針對(duì)一種永久性分配調(diào)用efree()有可能會(huì)導(dǎo)致一個(gè)段錯(cuò)誤 因?yàn)閮?nèi)存管理器會(huì)試 圖查找并不存在的管理信息 因此 你的代碼需要記住它分配的數(shù)據(jù)結(jié)構(gòu)是否是永久性的 除了分配器函數(shù)核心部分外 還存在其它一些非常方便的ZendMM特定的函數(shù) 例如 void *estrndup(void *ptr int len); 該函數(shù)能夠分配len+ 個(gè)字節(jié)的內(nèi)存并且從ptr處復(fù)制len個(gè)字節(jié)到最新分配的塊 這個(gè)estrndup()函數(shù)的行為可以大致描述如下

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

在 此 被隱式放置在緩沖區(qū)最后的NULL字節(jié)可以確保任何使用estrndup()實(shí)現(xiàn)字符串復(fù)制操作的函數(shù)都不需要擔(dān)心會(huì)把結(jié)果緩沖區(qū)傳遞給一個(gè)例如 printf()這樣的希望以為NULL為結(jié)束符的函數(shù) 當(dāng)使用estrndup()來(lái)復(fù)制非字符串?dāng)?shù)據(jù)時(shí) 最后一個(gè)字節(jié)實(shí)質(zhì)上都浪費(fèi)了 但其中的利明顯 大于弊 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); 這 些函數(shù)分配的內(nèi)存空間最終大小是((size*count)+addtl) 你可以會(huì)問 "為什么還要提供額外函數(shù)呢？為什么不使用一個(gè) emalloc/pemalloc呢？"原因很簡(jiǎn)單 為了安全 盡管有時(shí)候可能性相當(dāng)小 但是 正是這一"可能性相當(dāng)小"的結(jié)果導(dǎo)致宿主平臺(tái)的內(nèi)存溢出 這可能會(huì)導(dǎo)致分配負(fù)數(shù)個(gè)數(shù)的字節(jié)空間 或更有甚者 會(huì)導(dǎo)致分配一個(gè)小于調(diào)用程序要求大小的字節(jié)空間 而safe_emalloc()能夠避免這種類型的陷 井 通過檢查整數(shù)溢出并且在發(fā)生這樣的溢出時(shí)顯式地預(yù)以結(jié)束 注意 并不是所有的內(nèi)存分配例程都有一個(gè)相應(yīng)的p*對(duì)等實(shí)現(xiàn) 例如 不存在pestrndup() 并且在PHP 版本前也不存在safe_pemalloc()

五 引用計(jì)數(shù) 慎重的內(nèi)存分配與釋放對(duì)于PHP（它是一種多請(qǐng)求進(jìn)程）的長(zhǎng)期性能有極其重大的影響 但是 這還僅是問題的一半 為了使一個(gè)每秒處理上千次點(diǎn)擊的服務(wù)器高效地運(yùn)行 每一次請(qǐng)求都需要使用盡可能少的內(nèi)存并且要盡可能減少不必要的數(shù)據(jù)復(fù)制操作 請(qǐng)考慮下列PHP代碼片斷

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

在第一次調(diào)用之后 只有一個(gè)變量被創(chuàng)建 并且一個(gè) 字節(jié)的內(nèi)存塊指派給它以便存儲(chǔ)字符串"Hello World" 還包括一個(gè)結(jié)尾處的NULL字符 現(xiàn)在 讓我們來(lái)觀察后面的兩行 $b被置為與變量$a相同的值 然后變量$a被釋放 如 果PHP因每次變量賦值都要復(fù)制變量?jī)?nèi)容的話 那么 對(duì)于上例中要復(fù)制的字符串還需要復(fù)制額外的 個(gè)字節(jié) 并且在數(shù)據(jù)復(fù)制期間還要進(jìn)行另外的處理器加 載 這一行為乍看起來(lái)有點(diǎn)荒謬 因?yàn)楫?dāng)?shù)谌写a出現(xiàn)時(shí) 原始變量被釋放 從而使得整個(gè)數(shù)據(jù)復(fù)制顯得完全不必要 其實(shí) 我們不妨再遠(yuǎn)一層考慮 讓我們?cè)O(shè)想 當(dāng)一個(gè) MB大小的文件的內(nèi)容被裝載到兩個(gè)變量中時(shí)會(huì)發(fā)生什么 這將會(huì)占用 MB的空間 此時(shí) 已經(jīng)足夠了 引擎會(huì)把那么多的時(shí)間和內(nèi)存浪費(fèi)在這 樣一種無(wú)用的努力上嗎？ 你應(yīng)該知道 PHP的設(shè)計(jì)者早已深諳此理 記住 在引擎中 變量名和它們的值實(shí)際上是兩個(gè)不同的概念 值本身是一個(gè)無(wú)名的zval*存儲(chǔ)體（在本例中 是一個(gè)字符串值） 它被通過zend_hash_add()賦給變量$a 如果兩個(gè)變量名都指向同一個(gè)值 會(huì)發(fā)生什么呢？

復(fù)制代碼 代碼如下: { 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); }

此 時(shí) 你可以實(shí)際地觀察$a或$b 并且會(huì)看到它們都包含字符串"Hello World" 遺憾的是 接下來(lái) 你繼續(xù)執(zhí)行第三行代碼"unset($a);" 此時(shí) unset()并不知道$a變量指向的數(shù)據(jù)還被另一個(gè)變量所使 用 因此它只是盲目地釋放掉該內(nèi)存 任何隨后的對(duì)變量$b的存取都將被分析為已經(jīng)釋放的內(nèi)存空間并因此導(dǎo)致引擎崩潰 這個(gè)問題可以借助于 zval（它有好幾種形式）的第四個(gè)成員refcount加以解決 當(dāng)一個(gè)變量被首次創(chuàng)建并賦值時(shí) 它的refcount被初始化為 因?yàn)樗患俣▋H由 最初創(chuàng)建它時(shí)相應(yīng)的變量所使用 當(dāng)你的代碼片斷開始把helloval賦給$b時(shí) 它需要把refcount的值增加為 這樣以來(lái) 現(xiàn)在該值被兩個(gè)變量 所引用

復(fù)制代碼 代碼如下: { 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); }

現(xiàn)在 當(dāng)unset()刪除原變量的$a相應(yīng)的副本時(shí) 它就能夠從refcount參數(shù)中看到 還有另外其他人對(duì)該數(shù)據(jù)感興趣 因此 它應(yīng)該只是減少refcount的計(jì)數(shù)值 然后不再管它

六 寫復(fù)制（Copy on Write） 通過refcounting來(lái)節(jié)約內(nèi)存的確是不錯(cuò)的主意 但是 當(dāng)你僅想改變其中一個(gè)變量的值時(shí)情況會(huì)如何呢？為此 請(qǐng)考慮下面的代碼片斷

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

通過上面的邏輯流程 你當(dāng)然知道$a的值仍然等于 而$b的值最后將是 并且此時(shí) 你還知道 Zend在盡力節(jié)省內(nèi)存 通過使$a和$b都引用相同的zval（見第二行代碼） 那么 當(dāng)執(zhí)行到第三行并且必須改變$b變量的值時(shí) 會(huì)發(fā)生什么情況呢？ 回答是 Zend要查看refcount的值 并且確保在它的值大于 時(shí)對(duì)之進(jìn)行分離 在Zend引擎中 分離是破壞一個(gè)引用對(duì)的過程 正好與你剛才看到的過程相反

復(fù)制代碼 代碼如下: zval *get_var_and_separate(char *varname int varname_len TSRMLS_DC) { zval **varval *varcopy; if (zend_hash_find(EG(active_symbol_table) varname varname_len + (void**)varval) == FAILURE) { /* 變量根本并不存在 失敗而導(dǎo)致退出*/ return NULL; } if ((*varval) ＞refcount ＜ ) { /* varname是唯一的實(shí)際引用 *不需要進(jìn)行分離 */ return *varval; } /* 否則 再?gòu)?fù)制一份zval*的值*/ MAKE_STD_ZVAL(varcopy); varcopy = *varval; /* 復(fù)制任何在zval*內(nèi)的已分配的結(jié)構(gòu)*/ zval_copy_ctor(varcopy); /*刪除舊版本的varname *這將減少該過程中varval的refcount的值 */ zend_hash_del(EG(active_symbol_table) varname varname_len + ); /*初始化新創(chuàng)建的值的引用計(jì)數(shù) 并把它依附到 * varname變量 */ varcopy ＞refcount = ; varcopy ＞is_ref = ; zend_hash_add(EG(active_symbol_table) varname varname_len + varcopy sizeof(zval*) NULL); /*返回新的zval* */ return varcopy; }

現(xiàn)在 既然引擎有一個(gè)僅為變量$b所擁有的zval*（引擎能知道這一點(diǎn)） 所以它能夠把這個(gè)值轉(zhuǎn)換成一個(gè)long型值并根據(jù)腳本的請(qǐng)求給它增加

七 寫改變（change on write） 引用計(jì)數(shù)概念的引入還導(dǎo)致了一個(gè)新的數(shù)據(jù)操作可能性 其形式從用戶空間腳本管理器看來(lái)與"引用"有一定關(guān)系 請(qǐng)考慮下列的用戶空間代碼片斷

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

在 上面的PHP代碼中 你能看出$a的值現(xiàn)在為 盡管它一開始為 并且從未(直接)發(fā)生變化 之所以會(huì)發(fā)生這種情況是因?yàn)楫?dāng)引擎開始把$b的值增加 時(shí) 它注意到$b是一個(gè)對(duì)$a的引用并且認(rèn)為"我可以改變?cè)撝刀槐胤蛛x它 因?yàn)槲蚁胧顾械囊米兞慷寄芸吹竭@一改變" 但是 引擎是如何 知道的呢？很簡(jiǎn)單 它只要查看一下zval結(jié)構(gòu)的第四個(gè)和最后一個(gè)元素（is_ref）即可 這是一個(gè)簡(jiǎn)單的開/關(guān)位 它定義了該值是否實(shí)際上是一個(gè)用戶 空間風(fēng)格引用集的一部分 在前面的代碼片斷中 當(dāng)執(zhí)行第一行時(shí) 為$a創(chuàng)建的值得到一個(gè)refcount為 還有一個(gè)is_ref值為 因?yàn)樗鼉H為一 個(gè)變量($a)所擁有并且沒有其它變量對(duì)它產(chǎn)生寫引用改變 在第二行 這個(gè)值的refcount元素被增加為 除了這次is_ref元素被置為 之外 （因?yàn)槟_本中包含了一個(gè)""符號(hào)以指示是完全引用） 最后 在第三行 引擎再一次取出與變量$b相關(guān)的值并且檢查是否有必要進(jìn)行分離 這一次該值沒有被分離 因?yàn)榍懊鏇]有包括一個(gè)檢查 下面是get_var_and_separate()函數(shù)中與refcount檢查有關(guān)的部分代碼

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

這一次 盡管refcount為 卻沒有實(shí)現(xiàn)分離 因?yàn)檫@個(gè)值是一個(gè)完全引用 引擎能夠自由地修改它而不必關(guān)心其它變量值的變化

八 分離問題 盡管已經(jīng)存在上面討論到的復(fù)制和引用技術(shù) 但是還存在一些不能通過is_ref和refcount操作來(lái)解決的問題 請(qǐng)考慮下面這個(gè)PHP代碼塊

復(fù)制代碼 代碼如下: ＜?php $a = ; $b = $a; $c = $a; ?＞

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

圖 引用時(shí)強(qiáng)制分離

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

圖 復(fù)制時(shí)強(qiáng)制分離

復(fù)制代碼 代碼如下: ＜?php $a = ; $b = $a; $c = $a; ?＞ lishixinzhi/Article/program/PHP/201311/20951

php 如何把數(shù)據(jù)放入內(nèi)存

樓主

【alt

f4專利，拷貝別人內(nèi)容可恥】

確認(rèn)機(jī)器沒有中毒的情況下，那么應(yīng)該是你的ie瀏覽器丟失文件或是文件損壞導(dǎo)致這樣的問題

重新安裝下ie7就可以了

推薦直接下載覆蓋安裝下，使用雨林木風(fēng)的ie7，該ie7集成了最新的升級(jí)補(bǔ)丁

下載地址：

【alt

f4專利，拷貝別人內(nèi)容可恥】

PHP文件本身如何緩存在服務(wù)器內(nèi)存中

不清楚你要做什么，不過有個(gè)opcode擴(kuò)展，會(huì)把php“編譯”出的字節(jié)碼（opcode）緩存在內(nèi)存中，7.0及以上默認(rèn)開啟

在PHP中怎么對(duì)數(shù)據(jù)進(jìn)行緩存讀取功能？

1、普遍緩存技術(shù)：

數(shù)據(jù)緩存：這里所說的數(shù)據(jù)緩存是指數(shù)據(jù)庫(kù)查詢PHP緩存機(jī)制，每次訪問頁(yè)面的時(shí)候,都會(huì)先檢測(cè)相應(yīng)的緩存數(shù)據(jù)是否存在，如果不存在，就連接數(shù)據(jù)庫(kù)，得到數(shù)據(jù)，并把查詢結(jié)果序列化后保存到文件中，以后同樣的查詢結(jié)果就直接從緩存表或文件中獲得。

用的最廣的例子看Discuz的搜索功能，把結(jié)果ID緩存到一個(gè)表中，下次搜索相同關(guān)鍵字時(shí)先搜索緩存表。

舉個(gè)常用的方法，多表關(guān)聯(lián)的時(shí)候，把附表中的內(nèi)容生成數(shù)組保存到主表的一個(gè)字段中，需要的時(shí)候數(shù)組分解一下，這樣的好處是只讀一個(gè)表，壞處就是兩個(gè)數(shù)據(jù)同步會(huì)多不少步驟，數(shù)據(jù)庫(kù)永遠(yuǎn)是瓶頸，用硬盤換速度，是這個(gè)的關(guān)鍵點(diǎn)。

2、 頁(yè)面緩存：

每次訪問頁(yè)面的時(shí)候，都會(huì)先檢測(cè)相應(yīng)的緩存頁(yè)面文件是否存在，如果不存在，就連接數(shù)據(jù)庫(kù)，得到數(shù)據(jù)，顯示頁(yè)面并同時(shí)生成緩存頁(yè)面文件，這樣下次訪問的時(shí)候頁(yè)面文件就發(fā)揮作用了。(模板引擎和網(wǎng)上常見的一些PHP緩存機(jī)制類通常有此功能)

3、 時(shí)間觸發(fā)緩存：

檢查文件是否存在并且時(shí)間戳小于設(shè)置的過期時(shí)間,如果文件修改的時(shí)間戳比當(dāng)前時(shí)間戳減去過期時(shí)間戳大，那么就用緩存，否則更新緩存。

4、 內(nèi)容觸發(fā)緩存：

當(dāng)插入數(shù)據(jù)或更新數(shù)據(jù)時(shí)，強(qiáng)制更新PHP緩存機(jī)制。

5、 靜態(tài)緩存：

這里所說的靜態(tài)緩存是指靜態(tài)化，直接生成HTML或XML等文本文件，有更新的時(shí)候重生成一次，適合于不太變化的頁(yè)面，這就不說了。

以上內(nèi)容是代碼級(jí)的解決方案，我直接CP別的框架，也懶得改，內(nèi)容都差不多，很容易就做到，而且會(huì)幾種方式一起用，但下面的內(nèi)容是服務(wù)器端的緩存方案，非代碼級(jí)的，要有多方的合作才能做到

6、 內(nèi)存緩存:

Memcached是高性能的，分布式的內(nèi)存對(duì)象PHP緩存機(jī)制系統(tǒng)，用于在動(dòng)態(tài)應(yīng)用中減少數(shù)據(jù)庫(kù)負(fù)載，提升訪問速度。

7、 php的緩沖器：

有eaccelerator， apc， phpa，xcache，這個(gè)這個(gè)就不說了吧，搜索一堆一堆的，自己看啦，知道有這玩意就OK

8、 MYSQL緩存：

這也算非代碼級(jí)的，經(jīng)典的數(shù)據(jù)庫(kù)就是用的這種方式，看下面的運(yùn)行時(shí)間，0.09xxx之類的

9、 基于反向代理的Web緩存:

如Nginx，SQUID，mod_proxy(apache2以上又分為mod_proxy和mod_cache)

新聞名稱：php數(shù)據(jù)怎么存在內(nèi)存中 php內(nèi)存管理
分享URL：http://chinadenli.net/article6/doddeog.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App開發(fā)、網(wǎng)站收錄、手機(jī)網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè)、關(guān)鍵詞優(yōu)化、定制開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)