PHP内核中的神器之HashTable

 

PHP内核中的神器之HashTable

http://blog.csdn.net/a600423444/article/details/8850617

分类： C/C++ PHP 2013-04-25 17:23  7137人阅读  评论(5)  收藏  举报

目录(?)[+]

一、哈希表定义

哈希表(或散列表)，是将键名key按指定的散列函数HASH经过HASH(key)计算后映射到表中一个记录，而这个数组就是哈希表。
这里的HASH指任意的函数，例如MD5、CRC32、SHA1或你自定义的函数实现。

二、HashTable性能

HashTable是一种查找性能极高的数据结构，在很多语言内部都实现了HashTable。
理想情况下HashTable的性能是O(1)的，性能消耗主要集中在散列函数HASH(key)，通过HASH(key)直接定位到表中的记录。
而在实际情况下经常会发生key1 != key2，但HASH(key1) = HASH(key2)，这种情况即Hash碰撞问题，碰撞的概率越低HashTable的性能越好。当然Hash算法太过复杂也会影响HashTable性能。

三、理解PHP的哈希表实现

在PHP内核也同样实现了HashTable并广泛应用，包括线程安全、全局变量、资源管理等基本上所有的地方都能看到它的身影。
不仅如此，在PHP脚本中数组（PHP的数组实质就是HashTable）也是被广泛使用的，例如数组形式的配置文件、数据库的查询结果等，可以说是无处不在。
那么既然PHP的数组使用率这么高，内部是如何实现的？它如何解决hash碰撞及实现均匀分布的？PHP脚本使用数组应该注意哪些？

首先通过图解，大致理解PHP HashTable的实现。

修正：之前认为PHP解决Hahs冲突时，链表使用的是单向链表。
查看\Zend\zend_hash.c的zend_hash_move_backwards_ex方法与zend_hash_del_key_or_index方法后，实际上使用的是双向链表

下面通过源码来一步一步分析。

1）HashTable在PHP内核的实现

PHP实现HashTable主要是通过两个数据结构Bucket(桶)和HashTable。
从PHP脚本端来看，HashTable相当于Array对象，而Bucket相当于Array对象里的某个元素。对于多维数组实际就是HashTable的某个Bucket里存储着另一个HashTable。

HashTable结构：

 typedef struct _hashtable {
      uint nTableSize; //表长度，并非元素个数
      uint nTableMask;//表的掩码，始终等于nTableSize-1
      uint nNumOfElements;//存储的元素个数
      ulong nNextFreeElement;//指向下一个空的元素位置
      Bucket *pInternalPointer;//foreach循环时，用来记录当前遍历到的元素位置
      Bucket *pListHead;
      Bucket *pListTail;
      Bucket **arBuckets;//存储的元素数组
      dtor_func_t pDestructor;//析构函数
      zend_bool persistent;//是否持久保存。从这可以发现，PHP数组是可以实现持久保存在内存中的，而无需每次请求都重新加载。
      unsigned char nApplyCount;
      zend_bool bApplyProtection;
 } HashTable;

Bucket结构：

 typedef struct bucket {
      ulong h; //数组索引
      uint nKeyLength; //字符串索引的长度
      void *pData; //实际数据的存储地址
      void *pDataPtr; //引入的数据存储地址
      struct bucket *pListNext;
      struct bucket *pListLast;
      struct bucket *pNext; //双向链表的下一个元素的地址
      struct bucket *pLast;//双向链表的下一个元素地址
      char arKey[1]; /* Must be last element */
 } Bucket;

PHP内核哈希表的散列函数很简单，直接使用 （HashTable->nTableSize & HashTable->nTableMask）的结果作为散列函数的实现。这样做的目的可能也是为了降低Hash算法的复杂度和提高性能。

1.1)在PHP中初始化一个空数组时，对应内核中是如何创建HashTable的

 $array = new Array();

 //省略了部分代码，提出主要的逻辑
 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)
 {
      uint i = 3;
      Bucket **tmp;

      SET_INCONSISTENT(HT_OK);

      if (nSize >= 0x80000000) {//数组的最大长度是十进制2147483648
           /* prevent overflow */
           ht->nTableSize = 0x80000000;
      } else {
           //数组的长度是向2的整次幂取圆整
           //例如数组的里有10个元素，那么实际被分配的HashTable长度是16。100个元素，则被分配128的长度
           //HashTable的最小长度是8，而非0。因为默认是将1向右移3位，1<<3=8
           while ((1U << i) < nSize) {
                i++;
           }
           ht->nTableSize = 1 << i;
      }

      ht->nTableMask = ht->nTableSize - 1;
      ....

      return SUCCESS;
 }

从上看出，即使在PHP中初始化一个空数组或不足8个元素的数组，都会被创建8个长度的HashTable。同样创建100个元素的数组，也会被分配128长度的HashTable。依次类推。

1.2）内核对PHP添加数字索引的处理方式

PHP数组中，键名可以为数字或字符串类型。而在内核中只允许数字索引，对于字符串索引，内核采用了time33算法将字符串转换为整型。具体的实现下面会详细说明。

 $array[0] = "hello hashtable";

 //省略了部分代码，提出主要的逻辑
 ZEND_API int _zend_hash_index_update_or_next_insert(HashTable *ht, ulong h, void *pData, uint nDataSize, void **pDest, int flag ZEND_FILE_LINE_DC)
 {
      ulong h;
      uint nIndex;
      Bucket *p;
      //省略了部分代码，提出主要的逻辑
      nIndex = h & ht->nTableMask;
      p = ht->arBuckets[nIndex];
      p = (Bucket *) pemalloc_rel(sizeof(Bucket) - 1, ht->persistent);
      if (!p) {
           return FAILURE;
      }
      p->nKeyLength = 0; /* Numeric indices are marked by making the nKeyLength == 0 */
      p->h = h;
      INIT_DATA(ht, p, pData, nDataSize);
      if (pDest) {
           *pDest = p->pData;
      }

      ht->arBuckets[nIndex] = p;

      ht->nNumOfElements++;

      return SUCCESS;
 }

上述也说明了，内核中哈希表的散列函数就是简单的h & ht->nTableMask，其中h代表PHP中设置的索引号，nTableMask等于哈希表分配的长度-1。

1.3) 内核对PHP中字符串索引的处理方式

 $array['index'] = "hello hashtable";

与数字索引相比，只是多了一步将字符串转换为整型。用到的算法是time33
下面贴出了算法的实现，就是对字符串的每个字符转换为ASCII码乘上33并且相加得到的结果。

 static inline ulong zend_inline_hash_func(const char *arKey, uint nKeyLength)
 {
      register ulong hash = 5381;

      /* variant with the hash unrolled eight times */
      for (; nKeyLength >= 8; nKeyLength -= 8) {
           hash = ((hash << 5) + hash) + *arKey++;
           hash = ((hash << 5) + hash) + *arKey++;
           hash = ((hash << 5) + hash) + *arKey++;
           hash = ((hash << 5) + hash) + *arKey++;
           hash = ((hash << 5) + hash) + *arKey++;
           hash = ((hash << 5) + hash) + *arKey++;
           hash = ((hash << 5) + hash) + *arKey++;
           hash = ((hash << 5) + hash) + *arKey++;
      }
      switch (nKeyLength) {
           case 7: hash = ((hash << 5) + hash) + *arKey++; /* fallthrough... */
           case 6: hash = ((hash << 5) + hash) + *arKey++; /* fallthrough... */
           case 5: hash = ((hash << 5) + hash) + *arKey++; /* fallthrough... */
           case 4: hash = ((hash << 5) + hash) + *arKey++; /* fallthrough... */
           case 3: hash = ((hash << 5) + hash) + *arKey++; /* fallthrough... */
           case 2: hash = ((hash << 5) + hash) + *arKey++; /* fallthrough... */
           case 1: hash = ((hash << 5) + hash) + *arKey++; break;
           case 0: break;
      }
      return hash;
 }

 zend_hash.c
 //下面省略了部分代码，提出主要的逻辑
 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)
 {
      ulong h;
      uint nIndex;
      Bucket *p;

      h = zend_inline_hash_func(arKey, nKeyLength); //字符串转整型
      nIndex = h & ht->nTableMask;
      p = ht->arBuckets[nIndex];
      p = (Bucket *) pemalloc_rel(sizeof(Bucket) - 1, ht->persistent);
      if (!p) {
           return FAILURE;
      }
      p->nKeyLength = 0; /* Numeric indices are marked by making the nKeyLength == 0 */
      p->h = h;
      INIT_DATA(ht, p, pData, nDataSize);
      if (pDest) {
           *pDest = p->pData;
      }

      ht->arBuckets[nIndex] = p;

      ht->nNumOfElements++;

      return SUCCESS;
 }

2) 内核中如何实现均匀分布和解决hash碰撞问题的

2.1) 均匀分布
均匀分布是指，将需要存储的各个元素均匀的分布到HashTable中。
而负责计算具体分布到表中哪个位置的函数就是散列函数做的事情，所以散列函数的实现直接关系到均匀分布的效率。
上面也提到了PHP内核中用了简单的方式实现：h & ht->nTableMask;

2.1)Hash碰撞

Hash碰撞是指，经过Hash算法后得到的值会出现key1 != key2, 但Hash(key1)却等于Hash(key2)的情况，这就是碰撞问题。
在PHP内核来看，就是会出现key1 != key2, 但key1 & ht->nTableMask却等于 key2 & ht->nTableMask的情况。
PHP内核使用双向链表的方式来存储冲突的数据。即Bucket本身也是一个双向链表，当发生冲突时，会将数据按顺序向后排列。
如果不发生冲突，Bucket即是长度为1的的双向链表。

 ZEND_API int zend_hash_find(const HashTable *ht, const char *arKey, uint nKeyLength, void **pData)
 {
      ulong h;
      uint nIndex;
      Bucket *p;

      IS_CONSISTENT(ht);

      h = zend_inline_hash_func(arKey, nKeyLength);
      nIndex = h & ht->nTableMask;

      p = ht->arBuckets[nIndex];
      //找到元素时，并非立即返回，而是要再对比h与nKeyLength，防止hash碰撞。此段代码就是遍历链表,直到链表尾部。
      while (p != NULL) {
           if ((p->h == h) && (p->nKeyLength == nKeyLength)) {
                if (!memcmp(p->arKey, arKey, nKeyLength)) {
                     *pData = p->pData;
                     return SUCCESS;
                }
           }
           p = p->pNext;
      }
      return FAILURE;
 }

之后，将会写一篇关于利用Hash算法，进行分布式存储的介绍。

原文地址： http://blog.csdn.net/a600423444/article/details/8850617