激情小说强奸乱伦亚洲色图_欧美xxxx性受黑人xyx性爽_国产www亚洲а∨天堂一区_日本无码线亚洲中文精品_国产女厕所盗摄老师厕所嘘嘘_香蕉视频在线观看亚洲_久久国产亚洲AV无码麻软件_18禁白浆欧美一区二区三区_国产午夜av无码无片久久96_国产成人精品福利视频

PHP核心詳細介紹及拓展開發(fā)設計手冊—基本知識

一、 基本知識

　　此章簡略詳細介紹一些Zend模塊的內部體制，這種專業(yè)知識和Extensions息息相關，另外還可以協(xié)助大家寫成更為高效率的PHP編碼。

　　1.1 PHP自變量的儲存

　　1.1.1 zval構造

　　Zend應用zval構造來儲存PHP自變量的值，該構造以下所顯示：

1. typedef union _zvalue_value { 
2.     long lval;              /* long value */ 
3.     double dval;                /* double value */ 
4.     struct { 
5.         char *val; 
6.         int len; 
7.     } str; 
8.     HashTable *ht;              /* hash table value */ 
9.     zend_object_value obj; 
10. } zvalue_value; 
11.  
12. struct _zval_struct { 
13.     /* Variable information */ 
14.     zvalue_value value;     /* value */ 
15.     zend_uint refcount; 
16.     zend_uchar type;            /* active type */ 
17.     zend_uchar is_ref; 
18. }; 
19.  
20. typedef struct _zval_struct zval; 
21. <span id="more-597"></span>Zend依據(jù)type值來決策瀏覽value的哪一個組員，能用值以下： 

　　IS_NULLN/A

　　IS_LONG相匹配value.lval

　　IS_DOUBLE相匹配value.dval

　　IS_STRING相匹配value.str

　　IS_ARRAY相匹配value.ht

　　IS_OBJECT相匹配value.obj

　　IS_BOOL相匹配value.lval.

　　IS_RESOURCE相匹配value.lval

　　依據(jù)這一報表能夠發(fā)覺2個有趣的地區(qū)：最先是PHP的數(shù)字能量數(shù)組實際上便是一個HashTable，這就表述了為何PHP可以適用關系數(shù)字能量數(shù)組了;次之，Resource便是一個long值，它里邊儲放的一般是個表針、一個內部數(shù)字能量數(shù)組的index或是其他哪些僅有創(chuàng)始人自身才知道的物品，能夠將其看作一個handle

　　1.1.1 引入記數(shù)

　　引入記數(shù)在廢棄物搜集、內存池及其字符串數(shù)組等地區(qū)運用普遍，Zend就完成了典型性的引入記數(shù)。好幾個PHP自變量能夠根據(jù)引入記數(shù)體制來共享資源同一份zval，zval中剩下的2個組員is_ref和refcount就用于適用這類共享資源。

　　很顯著，refcount用以記數(shù)，當調整引入時，這一值也相對的增長和下降，一旦降到零，Zend便會收購該zval。

　　那麼is_ref呢?

　　1.1.2 zval情況

　　在PHP中，自變量有二種——引入和非引入的，他們在Zend上都是選用引入記數(shù)的方法儲存的。針對非引入型自變量，規(guī)定自變量間互無關緊要，改動一個自變量時，不可以危害到別的自變量，選用Copy-On-Write體制就可以處理這類矛盾——當嘗試載入一個自變量時，Zend若發(fā)覺該自變量偏向的zval被好幾個自變量共享資源，則為其拷貝一份refcount為1的zval，并下降原zval的refcount，這一全過程稱之為“zval分離出來”。殊不知，針對引入型自變量，其規(guī)定和非引入型反過來，引入取值的自變量間務必是捆縛的，改動一個自變量就改動了全部捆縛自變量。

　 　由此可見，必須強調當今zval的情況，以各自解決這二種狀況，is_ref就是這個目地，它強調了當今全部偏向該zval的自變量是不是選用引入取值的——要不都是引入，要不全并不是。這時再改動一個自變量，僅有當發(fā)覺其zval的is_ref為0，即非引入時，Zend才會實行Copy-On-Write。

　　1.1.3 zval情況轉換

　　當在一個zval上開展的全部取值實際操作全是引入或是都是是非非引入時，一個is_ref就充足應對了。殊不知，全球總不容易那麼幸福，PHP沒法對客戶開展這類限定，在我們混和應用引入和非引入取值時，就務必要開展尤其解決了。

　　狀況I、看以下PHP編碼：

1. <!--p $a = 1;  $b = &$a;  $c = &$b;  $d = $c;  // 在一堆引入取值中，插進一個非引入--> 

　　整個過程以下所顯示：

　　這一段編碼的前三句將把a、b和c偏向一個zval，其is_ref=1, refcount=3;第四句是個非引入取值，一般狀況下只必須提升引入記數(shù)就可以，殊不知總體目標zval歸屬于引入自變量，單純性的提升引入記數(shù)顯而易見是不正確的， Zend的解決方案是為d獨立轉化成一份zval團本。

　　1.1.1 參數(shù)傳遞

　　PHP函數(shù)參數(shù)的傳送和自變量取值是一樣的，非引入傳送等同于非引入取值，引入傳送等同于引入取值，而且也是有很有可能會造成實行zval情況轉換。這在后面還將提及。

　　1.2 HashTable構造

　　HashTable是Zend模塊中最重要、應用最普遍的算法設計，它被用于儲存基本上全部的物品。

　　1.1.1 算法設計

　　HashTable算法設計界定以下：

1. typedef struct bucket { 
2.     ulong h;                // 儲放hash 
3.     uint nKeyLength; 
4.     void *pData;            // 偏向value，是客戶數(shù)據(jù)信息的團本 
5.     void *pDataPtr; 
6.     struct bucket *pListNext;   // pListNext和pListLast構成 
7.     struct bucket *pListLast;   // 全部HashTable的雙鏈表 
8.     struct bucket *pNext;       // pNext和pLast用以構成某一hash相匹配 
9.     struct bucket *pLast;       // 的雙鏈表 
10.     char arKey[1];              // key 
11. } Bucket; 
12.  
13. typedef struct _hashtable { 
14.     uint nTableSize; 
15.     uint nTableMask; 
16.     uint nNumOfElements; 
17.     ulong nNextFreeElement; 
18.     Bucket *pInternalPointer;   /* Used for element traversal */ 
19.     Bucket *pListHead; 
20.     Bucket *pListTail; 
21.     Bucket **arBuckets;       ;   // hash數(shù)字能量數(shù)組 
22.     dtor_func_t pDestructor;    // HashTable復位時特定，消毀Bucket時啟用 
23.     zend_bool persistent;       // 是不是選用C的內存分配方法 
24.     unsigned char nApplyCount; 
25.     zend_bool bApplyProtection; 
26. #if ZEND_DEBUG 
27.     int inconsistent; 
28. #endif 
29. } HashTable; 

　　總體來說，Zend的HashTable是一種鏈表散列，另外也為線形解析xml開展了優(yōu)化。

　　HashTable中包括二種算法設計，一個鏈表散列和一個雙向鏈表，前面一種用以開展迅速鍵-值查尋，后面一種便捷線形解析xml和排列，一個Bucket另外存有于這兩個算法設計中。

　　有關該算法設計的幾個方面表述：

　　l 鏈表散列中為何應用雙向鏈表?

　　一般的鏈表散列只必須按key開展實際操作，只必須單鏈表就可以了?？墒?，Zend有時候必須從鏈表散列中刪掉給出的Bucket，應用雙鏈表能夠十分高效率的完成。

　　l nTableMask是做什么的?

　　這一值用以hash值到arBuckets數(shù)組下標的變換。當復位一個HashTable，Zend最先為arBuckets數(shù)字能量數(shù)組分派nTableSize尺寸的運行內存，nTableSize取不小于客戶特定尺寸的最少的2^n，即二進制的10*。nTableMask = nTableSize – 1，即二進制的01*，這時h & nTableMask就正好落在 [0, nTableSize – 1] 里，Zend就以其為index來瀏覽arBuckets數(shù)字能量數(shù)組。

　　l pDataPtr是做什么的?

　　一般狀況下，當客戶插進一個鍵值對時，Zend會將value拷貝一份，并將pData偏向value團本?？截悓嶋H操作必須啟用Zend內部方法 emalloc來分配內存，它是個十分用時的實際操作，而且會耗費比value大的一塊運行內存(空出的運行內存用以儲放cookie)，假如value不大得話，可能導致很大的消耗。充分考慮HashTable多用以儲放表針值，因此Zend引進pDataPtr，當value小到和表針一樣長時，Zend就立即將其拷貝到pDataPtr里，而且將pData偏向pDataPtr。這就防止了emalloc實際操作，另外也有益于提升Cache準確率。

　　arKey尺寸為何只有1?為什么不應用表針管理方法key?

　　arKey是儲放key的數(shù)字能量數(shù)組，但其尺寸卻只有1，并不能學會放下key。在HashTable的復位涵數(shù)里能夠尋找以下編碼：

　　1p = (Bucket *) pemalloc(sizeof(Bucket) - 1 nKeyLength, ht->persistent);

　　由此可見，Zend為一個Bucket分派了一塊充足學會放下自身和key的運行內存，

　　l 上邊一部分是Bucket，下半一部分是key，而arKey“正好”是Bucket的最后一個原素，因此就可以應用arKey來瀏覽key了。這類技巧在代碼優(yōu)化方法中更為普遍，當分配內存時，事實上是分派了比特定尺寸要大的運行內存，空出的上邊一部分一般被稱作cookie，它儲存了這方面運行內存的信息內容，例如塊尺寸、上一塊表針、下一塊表針等，baidu的Transmit程序流程就應用了這類方式 。

　　無需表針管理方法key，是為了更好地降低一次emalloc實際操作，另外還可以提升Cache準確率。另一個必不可少的原因是，key絕大多數(shù)狀況下是固定不動不會改變的，不容易由于key拉長了而造成分配全部Bucket。這另外也表述了為什么不把value也一起做為數(shù)字能量數(shù)組分派了——由于value是可變性的。

　　1.2.2 PHP數(shù)字能量數(shù)組

　　有關HashTable還有一個疑惑沒有回應，便是nNextFreeElement是做什么的?

　　有別于一般的散列，Zend的HashTable容許客戶立即特定hash值，而忽視key，乃至可以不特定key(這時，nKeyLength為0)。另外，HashTable也適用append實際操作，客戶連hash值也無需特定，只必須出示value，這時，Zend就用nNextFreeElement做為hash，以后將nNextFreeElement增長。

　　HashTable的這類個人行為看上去很怪異，由于這將沒法按key瀏覽value，早已徹底并不是個散列了。了解難題的關鍵所在，PHP數(shù)字能量數(shù)組便是應用HashTable完成的——關系數(shù)字能量數(shù)組應用一切正常的k-v投射將原素添加HashTable，其key為客戶特定的字符串數(shù)組;非關系數(shù)字能量數(shù)組則立即應用數(shù)組下標做為hash值，不會有key;而當在一個數(shù)字能量數(shù)組中混和應用關系和非關系時，或是應用array_push實際操作時，就必須用nNextFreeElement了。

　　再看來value，PHP數(shù)字能量數(shù)組的value立即應用了zval這一通用性構造，pData偏向的是zval*，依照上一節(jié)的詳細介紹，這一zval*將立即儲存在pDataPtr里。因為立即應用了zval，數(shù)字能量數(shù)組的原素能夠是隨意PHP種類。

　　數(shù)字能量數(shù)組的解析xml實際操作，即foreach、each等，是根據(jù)HashTable的雙向鏈表來開展的，pInternalPointer做為游標紀錄了所在位置。

　　1.2.3 自變量符號表

　　除開數(shù)字能量數(shù)組，HashTable還被用于儲存很多別的數(shù)據(jù)信息，例如，PHP涵數(shù)、自變量標記、載入的控制模塊、類組員等。

　　一個自變量符號表就等同于一個關系數(shù)字能量數(shù)組，其key是用戶標識符(由此可見，應用較長的用戶標識符并并不是個好點子)，value是zval*。

　　在任一時刻PHP編碼都能夠看到2個自變量符號表——symbol_table和active_symbol_table——前面一種用以儲存靜態(tài)變量，稱之為全局性符號表;后面一種是個表針，偏向當今主題活動的自變量符號表，一般狀況下便是全局性符號表?？墒牵斆恳淮芜M到一個PHP涵數(shù)時(這里指的是客戶應用PHP編碼建立的涵數(shù))，Zend都是會建立涵數(shù)部分的自變量符號表，并將active_symbol_table偏向部分符號表。Zend一直應用active_symbol_table來瀏覽自變量，那樣就完成了局部變量的作用域操縱。

　　但假如在涵數(shù)部分瀏覽標識為global的自變量，Zend會開展獨特解決——在active_symbol_table中建立symbol_table中同名的自變量的引入，假如symbol_table中沒有同名的自變量則會先建立。

　　1.3 運行內存和文檔

　　程序流程有著的資源一般包含運行內存和文檔，針對一般的程序流程，這種資源是朝向過程的，當過程完畢后，電腦操作系統(tǒng)或C庫會全自動收購這些大家沒有顯式釋放出來的資源。

　　可是，PHP程序流程有其獨特性，它是根據(jù)網頁頁面的，一個網頁頁面運作時一樣也會申請辦理運行內存或文檔那樣的資源，殊不知當網頁頁面運作完畢后，電腦操作系統(tǒng)或C庫或許不容易了解必須開展廢物回收。例如，大家將php做為控制模塊編譯程序到apache里，而且以prefork或worker方式運作apache。這類狀況下apache過程或進程 是重復使用的，php網頁頁面分派的運行內存將永住運行內存直至出core。

　　為了更好地處理這類難題，Zend出示了一套內存分配API，他們的功效和C中相對涵數(shù)一樣，不一樣的是這種涵數(shù)從Zend自身的內存池中分配內存，而且他們能夠完成根據(jù)網頁頁面的全自動收購。在大家的控制模塊中，為網頁頁面分派的運行內存應當應用這種API，而不是C方法，不然Zend會在網頁頁面完畢時試著efree掉大家的運行內存，其結果一般便是crush。

　　emalloc()

　　efree()

　　estrdup()

　　estrndup()

　　ecalloc()

　　erealloc()

　　此外，Zend還出示了一組形同VCWD_xxx的宏用以取代C庫和電腦操作系統(tǒng)相對的文檔API，這種宏可以適用PHP的虛似工作中文件目錄，在控制模塊編碼中應當一直應用他們。宏的實際界定參照PHP源碼”TSRM/tsrm_virtual_cwd.h”。很有可能你能注意到，全部這些宏中并沒有出示close實際操作，這是由于close的目標是已開啟的資源，不牽涉到文件路徑，因而能夠立即應用C或電腦操作系統(tǒng)方法;同樣，read/write這類的實際操作也是立即應用C或電腦操作系統(tǒng)的方法。

標識：北京市網站制作 高檔網站建設