c - 哈希表实现

标签 c hashtable

我刚买了一本书《C 接口(interface)和实现》。 第一章实现了一个“Atom”结构,示例代码如下:

#define NELEMS(x) ((sizeof (x))/(sizeof ((x)[0])))
static struct atom {
    struct atom *link;
    int len;
    char *str;
} *buckets[2048];
static unsigned long scatter[] = {
2078917053, 143302914, 1027100827, 1953210302, 755253631, 2002600785,
1405390230, 45248011, 1099951567, 433832350, 2018585307, 438263339,
813528929, 1703199216, 618906479, 573714703, 766270699, 275680090,
1510320440, 1583583926, 1723401032, 1965443329, 1098183682, 1636505764,
980071615, 1011597961, 643279273, 1315461275, 157584038, 1069844923,
471560540, 89017443, 1213147837, 1498661368, 2042227746, 1968401469,
1353778505, 1300134328, 2013649480, 306246424, 1733966678, 1884751139,
744509763, 400011959, 1440466707, 1363416242, 973726663, 59253759,
1639096332, 336563455, 1642837685, 1215013716, 154523136, 593537720,
704035832, 1134594751, 1605135681, 1347315106, 302572379, 1762719719,
269676381, 774132919, 1851737163, 1482824219, 125310639, 1746481261,
1303742040, 1479089144, 899131941, 1169907872, 1785335569, 485614972,
907175364, 382361684, 885626931, 200158423, 1745777927, 1859353594,
259412182, 1237390611, 48433401, 1902249868, 304920680, 202956538,
348303940, 1008956512, 1337551289, 1953439621, 208787970, 1640123668,
1568675693, 478464352, 266772940, 1272929208, 1961288571, 392083579,
871926821, 1117546963, 1871172724, 1771058762, 139971187, 1509024645,
109190086, 1047146551, 1891386329, 994817018, 1247304975, 1489680608,
706686964, 1506717157, 579587572, 755120366, 1261483377, 884508252,
958076904, 1609787317, 1893464764, 148144545, 1415743291, 2102252735,
1788268214, 836935336, 433233439, 2055041154, 2109864544, 247038362,
299641085, 834307717, 1364585325, 23330161, 457882831, 1504556512,
1532354806, 567072918, 404219416, 1276257488, 1561889936, 1651524391,
618454448, 121093252, 1010757900, 1198042020, 876213618, 124757630,
2082550272, 1834290522, 1734544947, 1828531389, 1982435068, 1002804590,
1783300476, 1623219634, 1839739926, 69050267, 1530777140, 1802120822,
316088629, 1830418225, 488944891, 1680673954, 1853748387, 946827723,
1037746818, 1238619545, 1513900641, 1441966234, 367393385, 928306929,
946006977, 985847834, 1049400181, 1956764878, 36406206, 1925613800,
2081522508, 2118956479, 1612420674, 1668583807, 1800004220, 1447372094,
523904750, 1435821048, 923108080, 216161028, 1504871315, 306401572,
2018281851, 1820959944, 2136819798, 359743094, 1354150250, 1843084537,
1306570817, 244413420, 934220434, 672987810, 1686379655, 1301613820,
1601294739, 484902984, 139978006, 503211273, 294184214, 176384212,
281341425, 228223074, 147857043, 1893762099, 1896806882, 1947861263,
1193650546, 273227984, 1236198663, 2116758626, 489389012, 593586330,
275676551, 360187215, 267062626, 265012701, 719930310, 1621212876,
2108097238, 2026501127, 1865626297, 894834024, 552005290, 1404522304,
48964196, 5816381, 1889425288, 188942202, 509027654, 36125855,
365326415, 790369079, 264348929, 513183458, 536647531, 13672163,
313561074, 1730298077, 286900147, 1549759737, 1699573055, 776289160,
2143346068, 1975249606, 1136476375, 262925046, 92778659, 1856406685,
1884137923, 53392249, 1735424165, 1602280572
};
const char *Atom_new(const char *str, int len) {
    unsigned long h;
    int i;
    struct atom *p;
    assert(str);
    assert(len >= 0);
    for (h = 0, i = 0; i < len; i++)
        h = (h<<1) + scatter[(unsigned char)str[i]];
    h &= NELEMS(buckets)-1;
    for (p = buckets[h]; p; p = p->link)
        if (len == p->len) {
            for (i = 0; i < len && p->str[i] == str[i]; )
                i++;
            if (i == len)
                return p->str;
        }
    p = ALLOC(sizeof (*p) + len + 1);
    p->len = len;
    p->str = (char *)(p + 1);
    if (len > 0)
        memcpy(p->str, str, len);
    p->str[len] = '\0';
    p->link = buckets[h];
    buckets[h] = p;//insert atom in front of list
    return p->str;
}

在本章末尾的练习 3.1 中,本书的作者说 "大多数文本建议使用质数作为大小 水桶。使用素数和良好的散列函数通常会给出 更好地分配卡在桶上的列表的长度。 Atom 使用 2 的幂,有时会被明确引用 作为一个糟糕的选择。编写一个程序来生成或读取 10,000 典型字符串并测量 Atom_new 的速度和分布 列表的长度。然后更换水桶,使其具有 2,039 个条目(最大素数小于 2,048),并重复 测量。使用素数有帮助吗?你的多少钱 结论取决于您的具体机器?

所以我确实将哈希表大小更改为 2039,但实际上它似乎是一个质数 列表长度的分布不佳,我尝试过 64、61、61 实际上也分布不佳。

我只是想知道为什么质数表大小会产生不良分布,这是因为与 Atom_new 一起使用的散列函数是不良散列函数吗?

我正在使用这个函数打印出原子列表的长度

#define B_SIZE 2048
void Atom_print(void)
{
    int i,t;
    struct atom *atom;
    for(i= 0;i<B_SIZE;i++) {
        t = 0;
        for(atom=buckets[i];atom;atom=atom->link) {
            ++t;
        }
        printf("%d ",t);
    }
}

最佳答案

好吧,很久以前我不得不实现一个哈希表(在驱动程序开发中),我也差不多。我到底为什么要使用素数? OTOH 的 2 次方甚至更好 - 在 2 的次方的情况下,您可以使用按位与而不是计算模数。

所以我实现了这样一个哈希表。 key 是一个指针(由某些第 3 方函数返回)。然后,最终我注意到在我的哈希表中只有所有条目的 1/4 被填充。因为我使用的那个散列函数是恒等函数,以防万一结果所有返回的指针都是 4 的倍数。

使用质数作为哈希表大小的想法如下:现实世界的哈希函数不会产生均匀分布的值。通常存在(或至少可能存在)某种依赖性。因此,为了分散这个分布,建议使用质数。

顺便说一句,从理论上讲,散列函数偶尔会产生您选择的素数的倍数。但这种情况发生的概率低于它不是质数的情况。

关于c - 哈希表实现,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6365171/

相关文章:

c - MS office解密

c - 如何获取 C 字符串的第一部分?

c - fscanf 和链表的 char *

c - 为什么 gcc 使用 -O0 进行一些优化

performance - 为什么我们使用链表来解决哈希表中的冲突?

c - 对字节字符串进行哈希处理

c++ - 字数统计项目的多个哈希表

python - 在 Python 中对嵌套字典进行排序

C fscanf 读取同一行两次?

algorithm - 这个哈希表优化的名称是什么?