Java之Set的使用场景

2.Set使用场景
　　API介绍：
　　　　java.util.Set接口和java.util.List接口一样，同样继承自Collection接口，
　　它与Collection接口中的方法基本一致，并没有对Collection接口进行功能上的扩充，
　　只是比Collection接口更加严格了。与List接口不同的是，Set接口中元素无序，
　　并且都会以某种规则保证存入的元素不出现重复。Set集合有多个子类，
　　这里我们介绍其中的
　　java.util.HashSet、
　　java.util.LinkedHashSet这两个集合。

特点：都会以某种规则保证存入的元素不出现重复，Set接口中元素无序
　　①元素不出现重复
　　②元素无序( 指 存取 无序)

哈希表：只要往哈希表中存储自定义对象，那么该自定义对象 所属的类 必须重写hashCode&equals方法
　　⑴HashSet集合
　　底层是通过HashMap实现的 底层new HashMap对象 ，只用了 key 并没有使用 value value指向统一地址 new Object()
API介绍：

　　　　java.util.HashSet是Set接口的一个实现类，它所存储的元素是不可重复的，
　　并且元素都是无序的(即存取顺序不一致)。java.util.HashSet底层的实现其实
　　是一个java.util.HashMap支持，HashSet是根据对象的哈希值来确定元素在集合中的存储位置，
　　因此具有良好的存取和查找性能。保证元素唯一性的方式依赖于：hashCode与equals方法。

特点：
　　①元素不重复
　　②存取顺序不一致
　　③良好的存取和查找性能
　　④元素唯一性的方式依赖于：hashCode与equals方法

HashSet集合存储数据的结构（哈希表）：

　　在JDK1.8之前，哈希表底层采用数组+链表实现，即使用链表处理冲突，
同一hash值的链表都存储在一个链表里。但是当位于一个桶中的元素较多，
即hash值相等的元素较多时，通过key值依次查找的效率较低。
而JDK1.8中，哈希表存储采用数组+链表+红黑树实现，
当链表长度超过阈值（8）时，将链表转换为红黑树，这样大大减少了查找时间。

　　总而言之，JDK1.8引入红黑树大程度优化了HashMap的性能，
那么对于我们来讲保证HashSet集合元素的唯一，其实就是根据对象的
hashCode和equals方法来决定的。如果我们往集合中存放自定义的对象，
那么保证其唯一，就必须复写hashCode和equals方法建立属于当前对象的比较方式。

总结：1.8之前是通过 哈希表底层采用数组+链表实现
  　　1.8中是通过  哈希表存储采用数组+链表+红黑树实现（链表长度超过阈值（8）时，将链表转换为红黑树，这样大大减少了查找时间）
  保证元素其唯一，必须重写hashCode和equals方法建立属于当前对象的比较方式

HashSet存储自定义类型元素(重点)：
　　给HashSet中存放自定义类型元素时，需要重写对象中的hashCode和equals方法，
建立自己的比较方式，才能保证HashSet集合中的对象唯一

⑵LinkedHashSet
　　HashSet保证元素唯一，可是元素存放进去是没有顺序的，那么我们要保证有序，怎么办呢
在HashSet下面有一个子类java.util.LinkedHashSet，它是 链表和哈希表 组合的一个数据存储结构。