phphashtable

㈠ APC有哪些默認屬性

一、APC緩存簡介
APC，全稱是Alternative php Cache，官方翻譯叫」可選PHP緩存」。它為我們提供了緩存和優化PHP的中間代碼的框架。 APC的緩存分兩部分:系統緩存和用戶數據緩存。
系統緩存
它是指APC把PHP文件源碼的編譯結果緩存起來，然後在每次調用時先對比時間標記。如果未過期，則使用緩存的中間代碼運行。默認緩存
3600s(一小時)。但是這樣仍會浪費大量CPU時間。因此可以在php.ini中設置system緩存為永不過期(apc.ttl=0)。不過如果這樣設置，改運php代碼後需要重啟WEB伺服器。目前使用較多的是指此類緩存。
用戶數據緩存
緩存由用戶在編寫PHP代碼時用apc_store和apc_fetch函數操作讀取、寫入的。如果數據量不大的話，可以一試。如果數據量大，使用類似memcache此類的更加專著的內存緩存方案會更好
緩存key生成規則
APC的緩存中的每個slot都會有一個key，key是
apc_cache_key_t結構體類型，除了key相關的屬性，關鍵是h欄位的生成。 h欄位決定了此元素落於slots數組的哪一個位置。對於用戶緩存和系統緩存，其生成規則不同。 用戶緩存通過apc_cache_make_user_key函數生成key。通過用戶傳遞進來的key字元串，依賴PHP內核中的hash函數（PHP的hashtable所使用的hash函數：zend_inline_hash_func），生成h值。
系統緩存通過apc_cache_make_file_key函數生成key。通過APC的配置項apc.stat的開關來區別對待不同的方案。在打開的情況下，即
apc.stat= On 時，如果被更新則自動重新編譯和緩存編譯。

㈡ php底層原理 php是如何運行的

1、PHP動態語言執行過程：拿到一段代碼後，經過詞法解析、語法解析等階段後，源程序會被翻譯成一個個指令（opcodes）,然後ZEND虛擬機順次執行這些指令完成操作。PHP本身是用C實現的，因此最終調用的也是C的函數，實際上，我們可以把PHP看做一個C開發的軟體。

2、PHP的4層運行體系：

（1）Zend引擎：Zend整體用純C實現，是PHP的內核部分，他將PHP代碼翻譯（詞法、語法解析等一系列編譯過程）為可執行opcode的處理並實現相應的處理方法、實現了基本的數據結構（如：hashtable、OO）、內存分配機制及管理、提供了相應的api方法供外部調用，是一切的核心，所有的外圍功能均圍繞Zend實現。

（2）Extensions：圍繞著Zend引擎，extensions通過組件式的方式提供各種基礎服務，我們常見的各種內置函數（array系列）、標准庫等都是通過extension來實現，用戶也可以根據需要實現自己的extension的典型應用）。

（3）Sapi：Sapi全稱，也就是服務端應用編程介面，Sapi通過一系列鉤子函數，使得PHP可以和外圍交互數據，這是PHP非常優雅和成功的設計，通過sapi成功的將PHP本身和上層應用解耦隔離，PHP可以不再考慮如何針對不同應用進行兼容，而應用本身也可以針對自己的特點實現不同的處理方式。

（4）上層應用：這就是我們平時編寫的PHP程序，通過不同的spai方式得到各種各樣的應用模式，如何通過webserver實現web應用、在命令行下已腳本方式運行等等。

㈢ PHP的count(數組)和strlen(字元串)的內部實現。

翻了下PHP內核的定義，大概心中也有了答案了

count()和strlen()都是O(1)的時間復雜度

試想一下如果strlen()需要O(N)的復雜度那未免也太慢了，字元串長度起來的話伺服器不是要直接掛掉嗎

這兩個函數都是典型的空間換時間的做法

我們可以先看看zvalue的結構：

typedefunion_zvalue_value{
longlval;/*longvalue*/
doubledval;/*doublevalue*/
struct{
char*val;
intlen;
}str;
HashTable*ht;/*hashtablevalue*/
zend_object_valueobj;
zend_ast*ast;
}zvalue_value;

這里用的是一個聯合體，當變數類型是string類型的時候附加存儲多了一個len的整型變數，顯而易見需要取長度直接利用記錄值就可以了，自然就是O(1)

對於count()常用的參數類型應該為數組，對於繼承Countable的類暫不作討論

數組實現方式為Hashtable，直接看看他的結構吧

typedefstruct_hashtable{
uintnTableSize;//hashBucket的大小，最小為8，以2x增長。
uintnTableMask;//nTableSize-1，索引取值的優化
uintnNumOfElements;//hashBucket中當前存在的元素個數，count()函數會直接返回此值
ulongnNextFreeElement;//下一個數字索引的位置
Bucket*pInternalPointer;//當前遍歷的指針（foreach比for快的原因之一）
Bucket*pListHead;//存儲數組頭元素指針
Bucket*pListTail;//存儲數組尾元素指針
Bucket**arBuckets;//存儲hash數組
dtor_func_tpDestructor;//在刪除元素時執行的回調函數，用於資源的釋放
zend_boolpersistent;//指出了Bucket內存分配的方式。如果persisient為TRUE，則使用操作系統本身的內存分配函數為Bucket分配內存，否則使用PHP的內存分配函數。
unsignedcharnApplyCount;//標記當前hashBucket被遞歸訪問的次數（防止多次遞歸）
zend_boolbApplyProtection;//標記當前hash桶允許不允許多次訪問，不允許時，最多隻能遞歸3次
#ifZEND_DEBUG
intinconsistent;
#endif
}HashTable;

count直接獲取nNumOfElements大小，所以也是O(1)

補充------------------------------------------------

count() 函數的定義在這里

/*{{{protointcount(mixedvar[,intmode])
(usuallyanarray)*/
PHP_FUNCTION(count)
{
zval*array;
zend_longmode=COUNT_NORMAL;
zend_longcnt;
zval*element;

ZEND_PARSE_PARAMETERS_START(1,2)
Z_PARAM_ZVAL(array)
Z_PARAM_OPTIONAL
Z_PARAM_LONG(mode)
ZEND_PARSE_PARAMETERS_END();

switch(Z_TYPE_P(array)){
caseIS_NULL:
php_error_docref(NULL,E_WARNING,"");
RETURN_LONG(0);
break;
caseIS_ARRAY:
if(mode!=COUNT_RECURSIVE){
//類型為數組時調用zend內核函數zend_array_count()
cnt=zend_array_count(Z_ARRVAL_P(array));
}else{
cnt=php_count_recursive(Z_ARRVAL_P(array));
}
RETURN_LONG(cnt);
break;
caseIS_OBJECT:{
zvalretval;
/*first,wecheckifthehandlerisdefined*/
if(Z_OBJ_HT_P(array)->count_elements){
RETVAL_LONG(1);
if(SUCCESS==Z_OBJ_HT(*array)->count_elements(array,&Z_LVAL_P(return_value))){
return;
}
}
/*()method*/
if(instanceof_function(Z_OBJCE_P(array),zend_ce_countable)){
zend_call_method_with_0_params(array,NULL,NULL,"count",&retval);
if(Z_TYPE(retval)!=IS_UNDEF){
RETVAL_LONG(zval_get_long(&retval));
zval_ptr_dtor(&retval);
}
return;
}

/*IfThere'snohandleranditdoesn'*/
php_error_docref(NULL,E_WARNING,"");
RETURN_LONG(1);
break;
}
default:
php_error_docref(NULL,E_WARNING,"");
RETURN_LONG(1);
break;
}
}

如果沒有特別指定mode參數為 COUNT_RECURSIVE 的話（即作遍歷），跳轉到 zend 的數組計數函數 zend_array_count()

#definezend_hash_num_elements(ht)
(ht)->nNumOfElements

...
...

staticuint32_tzend_array_recalc_elements(HashTable*ht)
{
zval*val;
uint32_tnum=ht->nNumOfElements;

ZEND_HASH_FOREACH_VAL(ht,val){
if(Z_TYPE_P(val)==IS_INDIRECT){
if(UNEXPECTED(Z_TYPE_P(Z_INDIRECT_P(val))==IS_UNDEF)){
num--;
}
}
}ZEND_HASH_FOREACH_END();
returnnum;
}

ZEND_APIuint32_tzend_array_count(HashTable*ht)
{
uint32_tnum;
if(UNEXPECTED(ht->u.v.flags&HASH_FLAG_HAS_EMPTY_IND)){
num=zend_array_recalc_elements(ht);
if(UNEXPECTED(ht->nNumOfElements==num)){
ht->u.v.flags&=~HASH_FLAG_HAS_EMPTY_IND;
}
}elseif(UNEXPECTED(ht==&EG(symbol_table))){
num=zend_array_recalc_elements(ht);
}else{
num=zend_hash_num_elements(ht);
}
returnnum;
}

IS_REFERENCE：間接 zval 指的就是其真正的值是存儲在其他地方的。注意這個IS_REFERENCE類型是不同的，間接 zval 是直接指向另外一個 zval 而不是像zend_reference結構體一樣嵌入 zval。

只有當數組中有HASH_FLAG_HAS_EMPTY_IND 這個 flag 時（間接zval）才會對數組進行遍歷校驗，其他情況下都是直接取 數組（hash table） 裡面的 nNumOfElements 的值，答案顯而易見了，就是O(1)

㈣ php 檢測源代碼是否被改動過和是否項目中有增加或刪除的文件的實現思路

如果想自己做, hashtable是一定的

建一個hashtable, 儲存當前內容, 同時該hashtable的id也同樣可以用於作為文件功能等記錄的id之用, 然後無論是windows還是linux都可以cron的,去做一個php文件去匹配吧, 文件修改時間無所謂的, md5(file)更有意義

如果單純使用php, 遍歷目錄是必須的, 無論哪個os都提供文件動作的監控能力,但是這不在php的工作范圍內,所以無法實現所謂的監控,你可以看看同步類軟體,無論哪個操作系統都是直接去os的基層拿現成的東西來用,不用特地耗費資源去自己不斷遍歷目錄監控的,

svn/cvs是主動提交改動的, 而所謂監控,那就是被動形式了,只有在改動時才有動作的叫監控,

你要php實現源碼監控,一句話,不可能,只能做遞歸/迭代, 用hashtable處理並不斷操作hashdb

ps:文件功能你們都不寫進注釋嗎,注釋本來就有這種功能, 比如phpdoc-_

㈤ PHP7卓越性能背後的原理有哪些

一 zval使用棧內存
在Zend引擎和擴展中，經常要創建一個PHP的變數，底層就是一個zval指針。之前的版本都是通過MAKE_STD_ZVAL動態的從堆上分配一個zval內存。而PHP7可以直接使用棧內存。PHP代碼中創建的變數也進行了優化，PHP7直接在棧內存上預分配zval。這樣節約了大量內存分配和內存管理的操作。
PHP5
zval *val; MAKE_STD_ZVAL(val);

PHP7
zval val;

二 zend_string存儲hash值，array查詢不再需要重復計算hash
PHP7為字元串單獨創建了新類型叫做zend_string，除了char *指針和長度之外，增加了一個hash欄位，用於保存字元串的hash值。PHP中array是核心數據結構，PHP程序中往往都有大量的$array[$key]操作，雖然hashtable查找的時間復雜度是O(1)，但$key要轉為hash值是要經過計算的。不僅僅是array操作，實際上PHP底層對於類屬性、類方法、函數，訪問時都要先通過hashtable查找到對應的指針，再執行對應的操作。PHP7之前Zend引擎會有大量的CPU時間用於計算hash值。
實際上PHP程序運行起來之後，大部分情況下$key的值都是不變的。PHP7乾脆將這個hash值保存起來，下次直接使用，這樣就節省了大量的hash計算操作，PHP的hashtable與C數組的性能一致。
三 hashtable桶內直接存數據
PHP5的hashtable每個元素都是一個 Bucket *，而PHP7直接存Bucket，減少了內存申請次數，提升了Cache命中率和內存訪問速度。
四 zend_parse_parameters改為宏實現
PHP的C擴展函數與PHP中的變數進行參數輸入時，要使用zend_parse_parameters()函數，這個函數根據一個字元串參數找到對應PHP的zval指針，然後進行賦值。 這個函數實際上有一定的性能消耗。PHP7直接使用宏替換了zend_parse_parameters函數，C擴展中不再需要使用zend_parse_parameters進行逐個參數的查找，宏展開後自動會實現參數賦值。僅此一項就提升了5%的性能。
五 新增加4種OPCODE
很多PHP程序中會大量使用call_user_function, is_int/string/array, strlen , defined 函數。PHP5 都是以擴展函數的方式提供，PHP7中這4類函數改成ZendVM的OPCODE指令，執行更快。
六 其他更多優化
除了上面5個主要優化點之外，PHP7還有其他更多的細節性能優化。如基礎類型int、float、bool等改為直接進行值拷貝，排序演算法改進，PCRE with JIT，execute_data和opline使用全局寄存器等等。PHP7對性能的優化會繼續進行下去。

㈥ php怎麼查看一個變數的佔用內存

我們在前面的php高效寫法提到，盡量不要復制變數，特別是數組。一般來說，PHP數組的內存利用率只有 1/10, 也就是說，一個在C語言裡面100M 內存的數組，在PHP裡面就要1G。下面我們可以粗略的估算PHP數組佔用內存的大小,首先我們測試1000個元素的整數佔用的內存：

[php] view plain print?
<?php
echo memory_get_usage() , '<br>';
$start = memory_get_usage();
$a = Array();
for ($i=0; $i<1000; $i++) {
$a[$i] = $i + $i;
}
$mid = memory_get_usage();
echo memory_get_usage() , '<br>';
for ($i=1000; $i<2000; $i++) {
$a[$i] = $i + $i;
}
$end = memory_get_usage();
echo memory_get_usage() , '<br>';
echo 'argv:', ($mid - $start)/1000 ,'bytes' , '<br>';
echo 'argv:',($end - $mid)/1000 ,'bytes' , '<br>';

輸出是:

353352
437848
522024
argv:84.416bytes
argv:84.176bytes

大概了解1000
個元素的整數數組需要佔用 82k 內存，平均每個元素佔用 84 個位元組。而純 C 中整體只需要 4k(一個整型佔用4byte * 1000
)。memory_get_usage() 返回的結果並不是全是被數組佔用了，還要包括一些 PHP
運行本身分配的一些結構，可能用內置函數生成的數組更接近真實的空間:

[php] view plain print?
<?php
$start = memory_get_usage();
$a = array_fill(0, 10000, 1);
$mid = memory_get_usage(); //10k elements array;
echo 'argv:', ($mid - $start )/10000,'byte' , '<br>';
$b = array_fill(0, 10000, 1);
$end = memory_get_usage(); //10k elements array;
echo 'argv:', ($end - $mid)/10000 ,'byte' , '<br>';

得到:
argv:54.5792byte
argv:54.5784byte

從這個結果來看似乎一個數組元素大約佔用了54個位元組左右。

首先看一下32位機C語言各種類型佔用的位元組：

[cpp] view plain print?
#include "stdafx.h"
//#include <stdio.h>

int main() {
printf("int:%d\nlong:%d\ndouble:%d\nchar*:%d\nsize_t:%d\n",
sizeof(int), sizeof(long),
sizeof(double), sizeof(char *),
sizeof(size_t));
return 0;
}

int:4
long:4
double:8
har*:4
size_t:4
在PHP中都使用long類型來代表數字，沒有使用int類型
大家都明白PHP是一種弱類型的語言，它不會去區分變數的類型，沒有int float char *之類的概念。
我們看看php在zend裡面存儲的變數，PHP中每個變數都有對應的 zval， Zval結構體定義在Zend/zend.h裡面，其結構:

[cpp] view plain print?
typedef struct _zval_struct zval;
struct _zval_struct {
/* Variable information */
zvalue_value value; /* The value 1 12位元組(32位機是12，64位機需要8+4+4=16) */
zend_uint refcount__gc; /* The number of references to this value (for GC) 4位元組 */
zend_uchar type; /* The active type 1位元組*/
zend_uchar is_ref__gc; /* Whether this value is a reference (&) 1位元組*/
};

PHP使用一種UNION結構來存儲變數的值,即zvalue_value 是一個union，UNION變數所佔用的內存是由最大

成員數據空間決定。

[cpp] view plain print?
typedef union _zvalue_value {
long lval; /* long value */
double dval; /* double value */
struct { /* string value */
char *val;
int len;
} str;
HashTable *ht; /* hash table value */
zend_object_value obj; /*object value */
} zvalue_value;

最大成員數據空間是struct str，指針占*val用4位元組，INT佔用4位元組，共8位元組。

struct zval佔用的空間為8+4+1+1 = 14位元組，

其實呢，在zval中數組，字元串和對象還需要另外的存儲結構，數組則是一個 HashTable:

HashTable結構體定義在Zend/zend_hash.h.

[cpp] view plain print?
typedef struct _hashtable {
uint nTableSize;//4
uint nTableMask;//4
uint nNumOfElements;//4
ulong nNextFreeElement;//4
Bucket *pInternalPointer; /* Used for element traversal 4*/
Bucket *pListHead;//4
Bucket *pListTail;//4
Bucket **arBuckets;//4
dtor_func_t pDestructor;//4
zend_bool persistent;//1
unsigned char nApplyCount;//1
zend_bool bApplyProtection;//1
#if ZEND_DEBUG
int inconsistent;//4
#endif
} HashTable;
HashTable 結構需要 39 個位元組，每個數組元素存儲在 Bucket 結構中:

[cpp] view plain print?
typedef struct bucket {
ulong h; /* Used for numeric indexing 4位元組 */
uint nKeyLength; /* The length of the key (for string keys) 4位元組 */
void *pData; /* 4位元組*/
void *pDataPtr; /* 4位元組*/
struct bucket *pListNext; /* PHP arrays are ordered. This gives the next element in that order4位元組*/
struct bucket *pListLast; /* and this gives the previous element 4位元組 */
struct bucket *pNext; /* The next element in this (doubly) linked list 4位元組*/
struct bucket *pLast; /* The previous element in this (doubly) linked list 4位元組*/
char arKey[1]; /* Must be last element 1位元組*/
} Bucket;

Bucket
結構需要 33 個位元組，鍵長超過四個位元組的部分附加在 Bucket 後面，而元素值很可能是一個 zval 結構，另外每個數組會分配一個由
arBuckets 指向的 Bucket 指針數組， 雖然不能說每增加一個元素就需要一個指針，但是實際情況可能更糟。這么算來一個數組元素就會佔用
54 個位元組，與上面的估算幾乎一樣。

一個空數組至少會佔用 14(zval) + 39(HashTable) + 33(arBuckets) = 86
個位元組，作為一個變數應該在符號表中有個位置，也是一個數組元素，因此一個空數組變數需要 118
個位元組來描述和存儲。從空間的角度來看，小型數組平均代價較大，當然一個腳本中不會充斥數量很大的小型數組，可以以較小的空間代價來獲取編程上的快捷。但如果將數組當作容器來使用就是另一番景象了，實際應用經常會遇到多維數組，而且元素居多。比如10k個元素的一維數組大概消耗540k內存，而10k
x 10 的二維數組理論上只需要 6M 左右的空間，但是按照 memory_get_usage
的結果則兩倍於此，[10k,5,2]的三維數組居然消耗了23M，小型數組果然是劃不來的。

㈦ 深入PHP中的HashTable結構詳解

深入PHP中的HashTable結構詳解

深入PHP中的HashTable結構詳解

對php內核有一定了解的人應該都知道php的精髓就是HashTable，HashTable在php的實現中無處不在。包括php的數組、什麼全局變數、局部變數的作用域等等，php的hashtable拆開來說就是四部分：

hash函數：用的是time33的散列函數，將一個字元串的key轉換成一個數字

一個C數組：用來儲存桶(buckets)的

兩個雙向的鏈表：第一個雙向鏈表是數組的每個元素（桶bucket）是一個雙向鏈表，這樣做是為了解決hash沖突；第二個雙向鏈表是數組將每一個桶(bucket)連接起來，這里要連接的也就是第一個雙向鏈表的鏈表頭，這樣做是為了遍歷整個hash表用的,鳥哥有篇blog是講php的foreach的，這里這樣設計就是給foreach用的==>《深入理解PHP之數組(遍歷順序)》

我這里不再說hashtable的struct和bucket的`struct了，因為下面的推薦鏈接幾乎都講了，我不覺得我能描述和說的比他們好，每個人的水平不一樣，我就以我現在的技術水平來描述，所以我就只把我整理的一些東西記錄一下

下面是php中hash實現的兩個文件：zend_hash.c zend_hash.h。這兩個文件裡面實現了一堆的api，也引申出了一堆的api，下面是實現出來的api的原型

復制代碼 代碼如下:

ZEND_API ulong zend_hash_func(const char *arKey, uint nKeyLength)

ZEND_API ulong zend_get_hash_value(const char *arKey, uint nKeyLength)

ZEND_API int _zend_hash_init(HashTable *ht, uint nSize, hash_func_t pHashFunction, dtor_func_t pDestructor, zend_bool persistent ZEND_FILE_LINE_DC)

ZEND_API void zend_hash_set_apply_protection(HashTable *ht, zend_bool bApplyProtection)

ZEND_API int _zend_hash_add_or_update(HashTable *ht, const char *arKey, uint nKeyLength, void *pData, uint nDataSize, void **pDest, int flag ZEND_FILE_LINE_DC)

ZEND_API int _zend_hash_quick_add_or_update(HashTable *ht, const char *arKey, uint nKeyLength, ulong h, void *pData, uint nDataSize, void **pDest, int flag ZEND_FILE_LINE_DC)

ZEND_API int _zend_hash_index_update_or_next_(HashTable *ht, ulong h, void *pData, uint nDataSize, void **pDest, int flag ZEND_FILE_LINE_DC)

ZEND_API int zend_hash_rehash(HashTable *ht)

static int zend_hash_do_resize(HashTable *ht)

ZEND_API int zend_hash_del_key_or_index(HashTable *ht, const char *arKey, uint nKeyLength, ulong h, int flag)

ZEND_API void zend_hash_destroy(HashTable *ht)

ZEND_API void zend_hash_clean(HashTable *ht)

static Bucket *zend_hash_apply_r(HashTable *ht, Bucket *p)

ZEND_API void zend_hash_graceful_destroy(HashTable *ht)

ZEND_API void zend_hash_graceful_reverse_destroy(HashTable *ht)

ZEND_API void zend_hash_apply(HashTable *ht, apply_func_t apply_func TSRMLS_DC)

ZEND_API void zend_hash_apply_with_argument(HashTable *ht, apply_func_arg_t apply_func, void *argument TSRMLS_DC)

ZEND_API void zend_hash_apply_with_arguments(HashTable *ht TSRMLS_DC, apply_func_args_t apply_func, int num_args, …)

ZEND_API void zend_hash_reverse_apply(HashTable *ht, apply_func_t apply_func TSRMLS_DC)

ZEND_API void zend_hash_(HashTable *target, HashTable *source, _ctor_func_t pCopyConstructor, void *tmp, uint size)

ZEND_API void _zend_hash_merge(HashTable *target, HashTable *source, _ctor_func_t pCopyConstructor, void *tmp, uint size, int overwrite ZEND_FILE_LINE_DC)

static zend_bool zend_hash_replace_checker_wrapper(HashTable *target, void *source_data, Bucket *p, void *pParam, merge_checker_func_t merge_checker_func)

ZEND_API void zend_hash_merge_ex(HashTable *target, HashTable *source, _ctor_func_t pCopyConstructor, uint size, merge_checker_func_t pMergeSource, void *pParam)

ZEND_API int zend_hash_find(const HashTable *ht, const char *arKey, uint nKeyLength, void **pData)

ZEND_API int zend_hash_quick_find(const HashTable *ht, const char *arKey, uint nKeyLength, ulong h, void **pData)

ZEND_API int zend_hash_exists(const HashTable *ht, const char *arKey, uint nKeyLength)

ZEND_API int zend_hash_quick_exists(const HashTable *ht, const char *arKey, uint nKeyLength, ulong h)

ZEND_API int zend_hash_index_find(const HashTable *ht, ulong h, void **pData)

ZEND_API int zend_hash_index_exists(const HashTable *ht, ulong h)

ZEND_API int zend_hash_num_elements(const HashTable *ht)

ZEND_API int zend_hash_get_pointer(const HashTable *ht, HashPointer *ptr)

ZEND_API int zend_hash_set_pointer(HashTable *ht, const HashPointer *ptr)

ZEND_API void zend_hash_internal_pointer_reset_ex(HashTable *ht, HashPosition *pos)

ZEND_API void zend_hash_internal_pointer_end_ex(HashTable *ht, HashPosition *pos)

ZEND_API int zend_hash_move_forward_ex(HashTable *ht, HashPosition *pos)

ZEND_API int zend_hash_move_backwards_ex(HashTable *ht, HashPosition *pos)

ZEND_API int zend_hash_get_current_key_ex(const HashTable *ht, char **str_index, uint *str_length, ulong *num_index, zend_bool plicate, HashPosition *pos)

ZEND_API int zend_hash_get_current_key_type_ex(HashTable *ht, HashPosition *pos)

ZEND_API int zend_hash_get_current_data_ex(HashTable *ht, void **pData, HashPosition *pos)

ZEND_API int zend_hash_update_current_key_ex(HashTable *ht, int key_type, const char *str_index, uint str_length, ulong num_index, int mode, HashPosition *pos)

ZEND_API int zend_hash_sort(HashTable *ht, sort_func_t sort_func, compare_func_t compar, int renumber TSRMLS_DC)

ZEND_API int zend_hash_compare(HashTable *ht1, HashTable *ht2, compare_func_t compar, zend_bool ordered TSRMLS_DC)

ZEND_API int zend_hash_minmax(const HashTable *ht, compare_func_t compar, int flag, void **pData TSRMLS_DC)

ZEND_API ulong zend_hash_next_free_element(const HashTable *ht)

void zend_hash_display_pListTail(const HashTable *ht)

void zend_hash_display(const HashTable *ht)

㈧ php7比php5快的原因(php7比php5快多少)

一、

1、在Zend引擎和擴展中，經常要創建一個PHP的變數，底層就是一個zval指針。之前的版本都是通過MAKE_STD_ZVAL動態的從堆上分配一個zval內存。而PHP7可以直接使用棧內存。PHP代碼中創建的變數也進行了優化，PHP7直接在棧內存上預分配zval。這樣節約了大量內存分配和內存管理的操作。

2、zend_string存儲hash值，array查詢不再需要重復計算hash

3、PHP5的hashtable每個元素都是一個

Bucket

*，而PHP7直接存Bucket，減少了內存申請次數，提升了Cache命中率和內存訪問速度。

4、PHP的C擴展函數與PHP中的變數進行參數輸入時，要使用zend_parse_parameters()函數，這個函數根據一個字元串參數找到對應PHP的zval指針，然後進行賦值。

這個函數實際上有一定的性能消耗。PHP7直接使用宏替換了zend_parse_parameters函數，C擴展中不再需要使用zend_parse_parameters進行逐個參數的查找，宏展開後自動會實現參數賦值。僅此一項就提升了5%的性能。

5、很多PHP程序中會大量使用call_user_function,

is_int/string/array,

strlen

,

defined

函數。PHP5

都是以擴展函數的方式提供，PHP7中這4類函數改成ZendVM的OPCODE指令，執行更快。

除了上面5個主要優化點之外，PHP7還有其他更多的細節性能優化。如基礎類型int、float、bool等改為直接進行值拷貝，排序演算法改進，PCRE

with

JIT，execute_data和opline使用全局寄存器等等。PHP7對性能的優化會繼續進行下去。

二、有一群人,

創建了一個PHP6的項目,

主要的目的是為PHP引擎增加Unicode支持.

當時開發者們同時維護5和6的開發,

慢慢的大家發現新功能都等著提交給6,

而6因為開發速度慢,

導致很多新特性沒法提交,

狀態很不理想.

再後來6就沒人開發了

三、不太了解、我只用git下的php7主幹代碼