java中集合及字符串的线程安全问题汇总

这其实不完全属于JUC的内容，但是见到了好多集合类线程安全的问题，就汇总一下。

数组

ArrayList：非线程安全
LinkedList：非线程安全
众所周知，ArrayList不是线程安全的，LinkedList也不是。它们的代码中没有任何同步的手段，一旦在多线程环境下，就很容易出现问题。
Vector：线程安全
线程安全的数组类是Vector，为了线程安全，它几乎给所有的方法都加上了synchronized关键字。这样的做法会大量浪费性能（即使是在synchronized已经进行了锁优化之后），于是现如今它差不多被弃用了。
Stack：线程安全
继承自Vector的Stack类则依然是线程安全的，目前还在大量使用。
并发包中的CopyOnWriteArrayList：线程安全
这个类采用的是写时复制策略，是并发包中唯一的并发List。
并发包中的ConcurrentLinkedQueue、LinkedBlockingQueue、ArrayBlockingQueue、PriorityBlockingQueue、DelayQueue：都是线程安全的（废话），它们一般被用做线程池的等待队列。

哈希表

HashMap：非线程安全
众所周知，HashMap绝对绝对不是线程安全的。主要体现在插入时多线程并发环境下可能会导致回环链表，JDK1.8因此作了优化，从尾插变成头插。
ConcurrentHashMap：线程安全
这个也很众所周知了，JDK1.7采用的segment加锁方式与JDK1.8采用的CAS+synchronized方式，有兴趣的可以去看源码。
HashSet：非线程安全
这个底层几乎全是HashMap，怎么可能是线程安全的。
HashTable：线程安全
这个和Vector差不多，全是加了synchronized的方法。同样也是由于性能问题，如今一般不用它。

字符串

String类：线程安全
因为是不可变类，所以肯定是线程安全的。
StringBuilder类：非线程安全
虽然是非线程安全的但是String的+号连接底层是调用的StringBuilder的append()方法（不应该是调用线程安全的方法吗？不懂……）
StringBuffer类：线程安全