hashtablephp
A. php 檢測源代碼是否被改動過和是否項目中有增加或刪除的文件的實現思路
如果想自己做, hashtable是一定的
建一個hashtable, 儲存當前內容, 同時該hashtable的id也同樣可以用於作為文件功能等記錄的id之用, 然後無論是windows還是linux都可以cron的,去做一個php文件去匹配吧, 文件修改時間無所謂的, md5(file)更有意義
如果單純使用php, 遍歷目錄是必須的, 無論哪個os都提供文件動作的監控能力,但是這不在php的工作范圍內,所以無法實現所謂的監控,你可以看看同步類軟體,無論哪個操作系統都是直接去os的基層拿現成的東西來用,不用特地耗費資源去自己不斷遍歷目錄監控的,
svn/cvs是主動提交改動的, 而所謂監控,那就是被動形式了,只有在改動時才有動作的叫監控,
你要php實現源碼監控,一句話,不可能,只能做遞歸/迭代, 用hashtable處理並不斷操作hashdb
ps:文件功能你們都不寫進注釋嗎,注釋本來就有這種功能, 比如phpdoc-_
B. 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)
C. php中的bucket是hashtable嗎
：一、 1、在Zend引擎和擴展中，經常要創建一個PHP的變數，底層就是一個zval指針。之前的版本都是通過MAKE_STD_ZVAL動態的從堆上分配一個zval內存。而PHP7可以直接使用棧內存。PHP代碼中創建的變數也進行了優化，PHP7直接在棧內存上預分配zval。
D. php hashtable 是什麼東西具體怎麼用,求詳解
hashtable 中文應該是翻譯為：哈希表。散列表（Hash table，也叫哈希表），是根據關鍵碼值(Key value)而直接進行訪問的數據結構。也就是說，它通過把關鍵碼值映射到表中一個位置來訪問記錄，以加快查找的速度。這個映射函數叫做散列函數，存放記錄的數組叫做散列表。
具體進一步的了解，建議你看計算機專業的數據結構方面的教程。
PHP 使用HashTable來保存數組信息，md5/sha1都是哈希表的演算法，具體的應用比如：文件校驗、數字簽名等。
E. php工作流程
PHP是運行與伺服器端的腳本語言，實現了資料庫與網頁之間的數據交互。一個完整的PHP網站系統由以下幾部分組成。
操作系統
網路中的 伺服器也是一台計算機，因此需要操作系統。PHP有著良好的跨平台性，支持windows和Linux等操作系統
web伺服器
當一台計算機中安裝操作系統後，還需要安裝web伺服器才能進行http訪問。常見的web伺服器軟體有Apache、IIS、Nginx等
資料庫
用於網站數據的存儲和管理。PHP支持多種資料庫，包括Mysql、sql server，oracle。db2
PHP軟體
用於解析PHP腳本文件、訪問資料庫等，是運行PHP代碼所必須的軟體。
瀏覽器
是瀏覽網頁的客戶端。由於PHP腳本是在伺服器端運行的，因此通過瀏覽器看到的是經過PHP處理後的html結果。。Zend引擎：Zend整體用純C實現，是PHP的內核部分，他將PHP代碼翻譯（詞法、語法解析等一系列編譯過程）為可執行opcode的處理並實現相應的處理方法、實現了基本的數據結構（如：hashtable、OO）、內存分配機制及管理、提供了相應的api方法供外部調用，是一切的核心，所有的外圍功能均圍繞Zend實現。
2、Extensions：圍繞著Zend引擎，extensions通過組件式的方式提供各種基礎服務，我們常見的各種內置函數（array系列）、標准庫等都是通過extension來實現，用戶也可以根據需要實現自己的extension的典型應用）。
3、Sapi：Sapi全稱Server Application Programming Interface，也就是服務端應用編程介面，Sapi通過一系列鉤子函數，使得PHP可以和外圍交互數據，這是PHP非常優雅和成功的設計，通過sapi成功的將PHP本身和上層應用解耦隔離，PHP可以不再考慮如何針對不同應用進行兼容，而應用本身也可以針對自己的特點實現不同的處理方式。
4、上層應用：這就是我們平時編寫的PHP程序，通過不同的spai方式得到各種各樣的應用模式，如何通過webserver實現web應用、在命令行下已腳本方式運行等等。
F. PHP變數的底層實現
我們解壓PHP的源碼包, 看到如下的目錄
其中,
最核心的---Zend目錄, 這是zend虛擬的實現. 包括棧,數據類型,編譯器等,都在這實現.
最主要的main --PHP的一些內建函數,最主要函數都在這里放著.
最大的一個目錄ext -- PHP的擴展.
PHP的大部分功能,都是以extenstion形式來完成的.
如果你開發了一個擴展,也放在ext目錄下.
Zend對變數的表示:
答: zend實現了 zval結構體
{
value: [聯合體] ,聯合體的內容可能是c語言中的long,double,hashtable...
type:變數類型 , IS_NULL,IS_BOOL,IS_STRING...... IS_RESOURCE
refcount_gc
is_ref_gc
}
如:
$a = 3;
{
value : [long lval = 3]
type: IS_LONG
}
$a = 3.5
{
value: [double dval = 3.5]
type:IS_DOUBLE
疑問:
PHP中有8種數據類型,為什麼zval->value 聯合體中,只有5種?
答:
1: NULL,直接 zval->type = IS_NULL,就可以表示,不必設置 value的值.
2: BOOL型 , zval->type = IS_BOOL, 再設置 zval.value.lval = 1/0;
3: Resourc型 ,資源型 往往是伺服器上打開的一個介面,如果 文件讀取介面.
zval->type = IS_RESOURCE, zval->tyoe.lval =伺服器上打開的介面的編號
發現:
PHP中,字元串類型,長度是已經緩存的,調用strlen時,系統可以直接返回其長度,不必計算.
G. php是用什麼語言開發的，c語言嗎
php的解釋器是用c寫的，解釋器相當於弱編譯器，但是php本身並不基於某種底層語言。
PHP在伺服器端執行的腳本語言，與C語言類似，是常用的網站編程語言。它驅動全球超過2億多個網站，有全球超過81.7%的公共網站在伺服器端採用PHP。PHP常用的數據結構都內置了，使用起來方便簡單，也一點都不復雜，表達能力相當靈活。
(7)hashtablephp擴展閱讀
主要特點
（一）開源性和免費性
由於PHP的解釋器的源代碼是公開的，所以安全系數較高的網站可以自己更改PHP的解釋程序。另外，PHP 運行環境的使用也是免費的。
（二）快捷性
PHP是一種非常容易學習和使用的一門語言，它的語法特點類似於C語言，但又沒有C語言復雜的地址操作，而且又加入了面向對象的概念，再加上它具有簡潔的語法規則，使得它操作編輯非常簡單，實用性很強。
（三）資料庫連接的廣泛性
PHP可以與很多主流的資料庫建立起連接，如MySQL、ODBC、Oracle等，PHP是利用編譯的不同函數與這些資料庫建立起連接的，PHPLIB就是常用的為一般事務提供的基庫。
參考資料來源：網路-PHP
H. 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，小型數組果然是劃不來的。
I. 深入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)
;