代码随想录day7-哈希表章节总结

day7-哈希表章节总结

一、哈希表理论基础

        一般来说哈希表都是用来快速判断一个元素是否出现集合里。

        对于哈希表，要知道哈希函数和哈希碰撞在哈希表中的作用.

        哈希函数是把传入的key映射到符号表的索引上。哈希碰撞处理有多个key映射到相同索引上时的情景，处理碰撞的普遍方式是拉链法和线性探测法。

Go常见的哈希结构：数组和map

二、数组作为哈希表

        一些应用场景就是为数组量身定做的。在242.有效的字母异位词中，我们提到了数组就是简单的哈希表，但是数组的大小是受限的！这道题目包含小写字母，那么使用数组来做哈希最合适不过。

        在383.赎金信中同样要求只有小写字母，那么就给我们浓浓的暗示，用数组！ 这题和242.有效的字母异位词很像，242.有效的异位词是要求字符串a和字符串b是否可以相互组成，在383.赎金信中是求字符串a能否组成字符串b，而不用管字符串b 能不能组成字符串a。

        一些同学可能想，用数组干啥，都用map不就完事了。

        上面两道题目用map确实可以，但使用map的空间消耗要比数组大一些，因为map要维护红黑树或者符号表，而且还要做哈希函数的运算。所以数组更加简单直接有效！

三、map作为哈希表

        在 349.两个数组的交集 中。这道题目没有限制数值的大小，就无法使用数组来做哈希表了。

主要因为如下两点：

• 数组的大小是有限的，受到系统栈空间（不是数据结构的栈）的限制。
• 如果数组空间够大，但哈希值比较少、特别分散、跨度非常大，使用数组就造成空间的极大浪费。

所以此时一样的做映射的话，就可以使用map了。

        在 1.两数之和 中使用map是比较好的，map是一种[key, value]的结构，本题可以用key保存数值，用value在保存数值所在的下标。所以使用map最为合适。

        在 454.四数相加 中我们提到了其实需要哈希的地方都能找到map的身影。本题咋眼一看好像和 15.三数之和、18.四数之和 差不多，其实差很多啊。关键差别是本题为四个独立的数组，只要找到A[i] + B[j] + C[k] + D[l] = 0就可以，不用考虑重复问题，而15.三数之和、18.四数之和是一个数组（集合）里找到和为0的组合，可就难很多了！

        用哈希法解决了两数之和，很多同学会感觉用哈希法也可以解决三数之和，四数之和。其实是可以解决，但是非常麻烦，需要去重导致代码效率很低。

        在 15.三数之和、18.四数之和 都推荐使用双指针法。三数之和就是外面一层for循环然后里面left和right。四数之和就是外面一层循环，然后里面几乎是三数之和的内容。

四、总结

        对于哈希表的知识相信很多同学都知道，但是没有成体系。

        本篇我们从哈希表的理论基础到数组、map的经典应用，把哈希表的整个全貌完整的呈现给大家。

        同时也强调虽然map是万能的，详细介绍了什么时候用数组，什么时候用set。

        相信通过这个总结篇，大家可以对哈希表有一个全面的了解。

以上。内容多数来自代码随想录。