目录
一、Map
1、定义
Map是一个接口类，该类没有继承自Collection，该类中存储的是<K,V>结构的键值对，并且K一定是唯一的，不能重复。
2、常用方法
V get(Object key)返回 key 对应的 value
V getOrDefault(Object key, V defaultValue)返回 key 对应的 value，key 不存在，返回默认值
V put(K key, V value)设置 key 对应的 value
V remove(Object key)删除 key 对应的映射关系
Set<K> keySet()返回所有 key 的不重复集合
Collection<V> values()返回所有 value 的可重复集合
Set<Map.Entry<K, V>> entrySet()返回所有的 key-value 映射关系
boolean containsKey(Object key)判断是否包含 key
boolean containsValue(Object value)判断是否包含 value
3、注意
- Map是一个接口，不能直接实例化对象，如果要实例化对象只能实例化其实现类TreeMap或者HashMap
- Map中存放键值对的Key是唯一的，value是可以重复的
- 在TreeMap中插入键值时，key不能为空，否则就会抛NullPointerException异常，value可以为空。但是HashMap的key和value都可以为空。
- Map中的Key可以全部分离出来，存储到Set中来进行访问(因为Key不能重复)。
- Map中的value可以全部分离出来，存储在Collection的任何一个子集合中(value可能有重复)。
- Map中键值对的Key不能直接修改，value可以修改，如果要修改key，只能先将该key删除掉，然后再来进行重新插入。
二、TreeMap
里面是一个集合 ，TreeMap的底层代码是一个Map集合接口
| Map底层结构 | TreeMap |
| 底层结构 | 红黑树 |
| 插入/删除/查找时间复杂度 | O(1) |
| 是否有序 | 关于Key有序 |
| 线程安全 | 不安全 |
| 插入/删除/查找区别 | 需要进行元素比较 |
| 比较与覆写 | key必须能够比较，否则会抛ClassCastException异常 |
| 应用场景 | 需要Key有序场景下 |
三、HashMap
1、定义
不经过任何比较，一次直接从表中得到要搜索的元素。 如果构造一种存储结构，通过某种函
数(hashFunc)使元素的存储位置与它的关键码之间能够建立一一映射的关系，那么在查找时通过该函数可以很快找到该元素。
| Set底层结构 | HashSet |
| 底层结构 | 哈希桶 |
| 插入/删除/查找时间复杂度 | O(1) |
| 是否有序 | 不一定有序 |
| 线程安全 | 不安全 |
| 插入/删除/查找区别 | 先计算key哈希地址，然后进行插入和删除 |
| 比较与覆写 | 自定义类型需要覆写equals和hashCode方法 |
| 应用场景 | key是否有序不关心，需要更高的时间性能 |
顺序结构以及平衡树中，元素关键码与其存储位置之间没有对应的关系，查找一个元素时，必须要经过关键码的多次比较。顺序查找时间复杂度为O(N)，平衡树中为树的高度，即O(log2N)，搜索的效率取决于搜索过程中元素的比较次数。
- 插入元素：根据待插入元素的关键码，以此函数计算出该元素的存储位置并按此位置进行存放
- 搜索元素：对元素的关键码进行同样的计算，把求得的函数值当做元素的存储位置，在结构中按此位置取元素比较，若关键码相等，则搜索成功。
该方式即为哈希(散列)方法，哈希方法中使用的转换函数称为哈希(散列)函数，构造出来的结构称为哈希表(HashTable)(或者称散列表)
2、冲突定义
对于两个数据元素的关键字 和 (i != j)，有 != ，但有：Hash( ) == Hash( )，即：不同关键字通过相同哈希哈数计算出相同的哈希地址，该种现象称为哈希冲突或哈希碰撞。把具有不同关键码而具有相同哈希地址的数据元素称为“同义词”。
3、冲突避免方法——哈希函数设计
哈希表底层数组的容量往往是小于实际要存储的关键字的数量的，因此冲突的发生是必然的，所以我们能做的应该是尽量的降低冲突率。
- 哈希函数的定义域必须包括需要存储的全部关键码，而如果散列表允许有m个地址时，其值域必须在0到m-1之间
- 哈希函数计算出来的地址能均匀分布在整个空间中
- 哈希函数应该比较简单
（1）、直接定制法(常用)
取关键字的某个线性函数为散列地址：Hash（Key）= A*Key + B 优点：简单、均匀 缺点：需要事先知道关键字的分布情况 使用场景：适合查找比较小且连续的情况 面试题：字符串中第一个只出现一次字符
（2）、除留余数法(常用)
设散列表中允许的地址数为m，取一个不大于m，但最接近或者等于m的质数p作为除数，按照哈希函数：Hash(key) = key% p(p<=m),将关键码转换成哈希地址
（3）、平方取中法
假设关键字为1234，对它平方就是1522756，抽取中间的3位227作为哈希地址； 再比如关键字为4321，对它平方就是18671041，抽取中间的3位671(或710)作为哈希地址 平方取中法比较适合：不知道关键字的分布，而位数又不是很大的情况
（4）、折叠法
折叠法是将关键字从左到右分割成位数相等的几部分(最后一部分位数可以短些)，然后将这几部分叠加求和，并按散列表表长，取后几位作为散列地址。折叠法适合事先不需要知道关键字的分布，适合关键字位数比较多的情况
（5）、随机数法
选择一个随机函数，取关键字的随机函数值为它的哈希地址，即H(key) = random(key),其中random为随机数函数。通常应用于关键字长度不等时采用此法
（6）、数学分析法
设有n个d位数，每一位可能有r种不同的符号，这r种不同的符号在各位上出现的频率不一定相同，可能在某些位上分布比较均匀，每种符号出现的机会均等，在某些位上分布不均匀只有某几种符号经常出现。可根据散列表的大小，选择其中各种符号分布均匀的若干位作为散列地址。
数字分析法通常适合处理关键字位数比较大的情况，如果事先知道关键字的分布且关键字的若干位分布较均匀的情况
注意：哈希函数设计的越精妙，产生哈希冲突的可能性就越低，但是无法避免哈希冲突
5、冲突避免方法——闭散列
闭散列：也叫开放定址法，当发生哈希冲突时，如果哈希表未被装满，说明在哈希表中必然还有空位置，那么可以把key存放到冲突位置中的“下一个” 空位置中去。那如何寻找下一个空位置呢？
（1）、线性探测
比如上面的场景，现在需要插入元素44，先通过哈希函数计算哈希地址，下标为4，因此44理论上应该插在该位置，但是该位置已经放了值为4的元素，即发生哈希冲突。
线性探测：从发生冲突的位置开始，依次向后探测，直到寻找到下一个空位置为止。
插入
- 通过哈希函数获取待插入元素在哈希表中的位置
- 如果该位置中没有元素则直接插入新元素，如果该位置中有元素发生哈希冲突，使用线性探测找到下一个空位置，插入新元素
- 采用闭散列处理哈希冲突时，不能随便物理删除哈希表中已有的元素，若直接删除元素会影响其他元素的搜索。比如删除元素4，如果直接删除掉，44查找起来可能会受影响。因此线性探测采用标记的伪删除法来删除一个元素。
（2）、线性探测
线性探测的缺陷是产生冲突的数据堆积在一块，这与其找下一个空位置有关系，因为找空位置的方式就是挨着往后逐个去找，因此二次探测为了避免该问题，找下一个空位置的方法为：Hi=（H0+i^2）%m,或者：Hi=（H0-i^2）%m。其中i，2，3...，H0是通过散列函数Hash(x)对元素的关键码key进行计算得到的位置，m是表的大小。
因此：比散列最大的缺陷就是空间利用率比较低，这也是哈希的缺陷
6、冲突避免方法——开散列/哈希桶
开散列法又叫链地址法(开链法)，首先对关键码集合用散列函数计算散列地址，具有相同地址的关键码归于同一子集合，每一个子集合称为一个桶，各个桶中的元素通过一个单链表链接起来，各链表的头结点存储在哈希表中。
开散列中每个桶中放的都是发生哈希冲突的元素，开散列，可以认为是把一个在大集合中的搜索问题转化为在小集合中做搜索了
四、Set
1、定义
Set是继承自Collection的一个接口类，Set中只存储了key，并且要求key一定要唯一。Set最大的功能就是对集合中的元素进行去重
2、常用方法
boolean add(E e) 添加元素，但重复元素不会被添加成功
void clear() 清空集合
boolean contains(Object o) 判断 o 是否在集合中
Iterator<E> iterator()
返回迭代器
boolean remove(Object o)
删除集合中的 o
int size() 返回set中元素的个数
boolean isEmpty()
检测set是否为空，空返回true，否则返回false
Object[] toArray()
将set中的元素转换为数组返回
boolean containsAll(Collection<?> c)
集合c中的元素是否在set中全部存在，是返回true，否则返回false
boolean addAll(Collection<? extends E> c)将集合c中的元素添加到set中，可以达到去重的效果
3、注意
- TreeSet的底层是使用Map来实现的，其使用key与Object的一个默认对象作为键值对插入到Map中的
- 实现Set接口的常用类有TreeSet和HashSet，还有一个LinkedHashSet，LinkedHashSet是在HashSet的基础上维护了一个双向链表来记录元素的插入次序。
- Set中的Key不能修改，如果要修改，先将原来的删除掉，然后再重新插入
- TreeSet中不能插入null的key，HashSet可以。
- TreeSet和HashSet的区别
五、TreeSet
TreeSet的底层是TreeMap，去掉重复的元素，key的重复不会再搜索树中出现
TreeSet继承了Set，Set又继承了Collection
| Set底层结构 | TreeMap |
| 底层结构 | 红黑树 |
| 插入/删除/查找时间复杂度 | O(log2N) |
| 是否有序 | 关于Key有序 |
| 线程安全 | 不安全 |
| 插入/删除/查找区别 | 按照红黑树的特性来进行插入和删除 |
| 比较与覆写 | key必须能够比较，否则会抛出ClassCastException异常 |
| 应用场景 | 需要Key有序场景下 |
注：
将Map与Set联系起来Set<Map.Entry<String,Integer>> entries=map.entrySet();才能使用Iterable中迭代打印，foreach打印等方法，Map一系中是独立出来并没有实现在下面的关系图中，TreeSet弥补了当前的缺陷。
六、HashSet
| Set底层结构 | HashSet |
| 底层结构 | 哈希桶 |
| 插入/删除/查找时间复杂度 | O(1) |
| 是否有序 | 不一定有序 |
| 线程安全 | 不安全 |
| 插入/删除/查找区别 | 先计算key哈希地址，然后进行插入和删除 |
| 比较与覆写 | 自定义类型需要覆写equals和hashCode方法 |
| 应用场景 | key是否有序不关心，需要更高的时间性能 |
860
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
