Java 集合小记

结论:

1.  数组查询快, 链表增删快

2. hash(散列)算法使得数据成散列分布, 插入和取出两次计算确定位置, 可能发生碰撞

3. 集合长度是可变的

根据结论可以得到如下推论:

1. 哈希(散列)表是数组和链表的组合,  不仅查询快, 而且增删快

2. 确保元素唯一的时, 先比较 hashCode(), 再比较 equals()

3. 解释了 ArrayList 和 HashMap 有自动扩容机制

集合

　|--Collection

　　　　|--List

　　　　　　|--ArrayList: 底层数组, 线程不同步, 查询快

　　　　　　|--LinkedList: 底层链表, 线程不同步, 增删快

　　　　　　|--Vector: 底层数组, 线程同步, 查询增删都慢

　　　　|--Set(底层使用的 Map 集合)

　　　　　　|--HashSet: 底层 hash 表, 线程不同步, 无序

　　　　　　　　|--LinkedHashSet: 有序

　　　　　　|--TreeSet: 底层红黑树,  线程不同步, 元素排序

　|--Map

　　　|--HashMap: 底层 hash 表, 线程不同步, K-V 可为null

　　　|--Hashtable: 底层哈希表, 线程同步, K-V 不可为null

　　　|--TreeMap: 底层红黑树, 指定的 K 顺序排序

ArrayList

　　|--源码 add() 没有 synchronized 关键字, 因而线程不同步

　　|--初始大小为10, 容量不够则扩容为原来的1.5倍(>>1相当于 /2)

HashSet

　　|--源码 add() 没有 synchronized 关键字, 因而线程不同步

　　|--底层调用的 Map 集合的 put()

　　|--K 已存在, 新 V 替旧 V, 元素不重复

HashMap

　　|--源码 put() 没有 synchronized 关键字, 因而线程不同步

　　|--先比较 hash 值, 再用 equals() 比较

　　|--K 已存在, 新 V 替旧 V

　　|--初始大小为16, 负载因子0.75, 最大容量即12, 容量不够扩容为原来的 2倍 

 

 TreeMap

　　|--源码 put() 没有 synchronized 关键字, 因而线程不同步

　　|--红黑树需要每次调用平衡算法