List,Map,Set
Collection接口
* 是最基本的集合接口，一个Collection代表一组Object。
* 不论Collection的实际类型如何，都支持一个iterator()的方法，该方法返回一个迭代，使用该迭代看了注意访问Collection中的每一个元素。
List接口
* List是有序就Colliection，此接口能够精确控制每个元素插入的位置。
* 用户能够使用索引来访问List中的元素
* 允许有相同的元素
* 有序
* 实现类有ArrayList，LinkedList, vector，stack
- LinkedList类
- 链表实现，链表内存是散乱的，每一个元素存储本身内存地址的同时还存储了下一个元素的地址。所以增删块，查找慢
- 允许null元素。
- 非线程安全
- ArrayList类
- 线性实现，相当于可变大小的数组，查询效率高
- 允许所有元素，包括null。
- 非线程安全
- vector类
- 类似ArrayList，但却是线程安全的，效率较低
- stack类
- 继承自vector类，实现一个后进先出的栈。
Set接口
* 不包含重复元素的Collection
* Set中只允许有一个null
- HashSet类
- 底层由HashMap实现
- 为快速查找设计的Set。
- 存入HashSet的对象必须定义hashCode()
- TreeSet类
- 保存顺序的Set
- 底层为树结构
- 可以从Set中提取有序的序列
- LinkedHashSet
- 有HashSet的查询速度，且内部使用链表维护与元素顺序。
- 使用迭代器遍历Set时，结果会按元素插入顺序显示。
Map接口
* 没有继承Collection接口，Map提供key到value的映射。
* 不能包含相同的key，每个key只能映射一个value。
* 保持键的唯一性
- HashTable类
- 实现Map接口，实现一个key-value映射的哈希表
- key或value不得为null
- 所有key对象都必须实现hashCode和equals方法[这个不影响，因为这两个方法在根类Object中就有]
- 避免相同对象有不同hashCode的问题，只要同时复写equals和hashCode即可
- 线程安全
- HashMap类
- 与HashTable类似，但却是非线程安全
- 允许null，key,value都可以为null
- 使用特殊的值，也就是hash码来查询的，效率很高。
- 所有java对象都能产生hash码，hashCode()是定义在基类Object中的方法
- LikedHashMap类
- 与HashMap类似。
- 迭代遍历时，获取键值对的顺序是插入顺序，或者是最近最少使用的顺序。
- 只比HashMap慢一点。迭代访问时更快。
- 使用链表维护内部顺序
注：我这里是不是可以理解为，链表维护的结合，如果用迭代的方式访问，速度就会非常快？
- TreeMap类
- 基于红黑树结构的实现(也就是二叉树)
- 查看键或键值对时，会被排序(顺序由Comparable或Comparator任意一个接口决定)
- 非线程安全
transient关键字
* 在需要实现Serilizable接口的类中，将不需要序列化的属性前添加transient关键字，序列化对象的时候，这个属性就不会序列化到指定的目的地中
* 一旦变量被transient修饰，变量将不再是对象持久化的一部分，该变量内容在序列化后无法获得访问。
* transient关键字只能修饰变量，而不能修饰方法和类。注意，本地变量是不能被transient关键字修饰的。变量如果是用户自定义类变量，则该类需要实现Serializable接口。
* 被transient关键字修饰的变量不再能被序列化，一个静态变量不管是否被transient修饰，均不能被序列化。
final,finally,finalize
final
* 被final修饰的类，不能被继承，所以一个类不能同时被final和abstract修饰
* 被final修饰的方法和属性，在使用过程中不能被修改。
* 声明的变量必须在声明时就初始化
* 声明的方法也只被使用，不能被重写
finally
* 用于异常情况，在try catch之后使用，无论异常是否抛出，finally都会被执行
finalisze
* 方法名
* 垃圾回收器将对象从内存中清理出去之前必须做的工作。在垃圾回收器确定某个对象没有被引用时对这个对象调用的。
* 它是在Object中定义的，所以所有类都会有这个方法
String,StringBuilder,StringBuffer
首先说运行速度，或者说是执行速度，
在这方面运行速度快慢为：StringBuilder > StringBuffer > String
String最慢的原因：
String为字符串常量，
而StringBuilder和StringBuffer均为字符串变量，
即String对象一旦创建之后该对象是不可更改的，
但后两者的对象是变量，是可以更改的。
而StringBuilder和StringBuffer的对象是变量，
对变量进行操作就是直接对该对象进行更改，
而不进行创建和回收的操作，
所以速度要比String快很多。
String ----> 字符串常量
StringBuffer ----> 字符串变量（线程安全的）
StringBuilder ----> 字符串变量（非线程安全的）
String：适用于少量的字符串操作的情况
StringBuilder：适用于单线程下在字符缓冲区进行大量操作的情况
StringBuffer：适用多线程下在字符缓冲区进行大量操作的情况
