String,StringBuffer,StringBuilder以及线程安全性

先说String和StringBuffer的区别，因为String是不可变对象，我们每一次对String变量的操作，改变都会生成新的String对象，所以当我们需要频繁的改变String变量的时候，不建议使用String，因为所有人都知道，频繁的new对象会消耗内存，影响系统性能，当达到一定数量会触发GC回收，影响运行速度。而StringBuffer则是对对象本身进行操作，不会new出来新的对象，多用于字符串拼接，插入等需要频繁改变字符串操作，但是在下面的拼接情况下，String更优秀：

String result = "hello"+"my"+"world",

与StringBuffer s = new StringBuffer(hello).append.(my).append(world);

这种情况下JVM把它就直接视为"hello my world"，也不会new出三个String对象，速度远远快于StringBuffer，但是如果是拼接不同的String对象，则又回到了前面讨论的情况。例如：

String s1 = "hello";

String s2 = "my";

String s3 = "world";

String result = s1+s2+s3;

再说StringBuilder(JDK1.5以上版本新增)，实现方法与StringBuffer完全一样，只是名字改变了，但是StringBuffer在不考虑线程安全的情况下，单线程的条件下的运行速度大约是StringBuffer的1.5倍，如果你需要考虑线程安全，还是建议你使用StringBuffer。下面是证据：哈哈

运行结果：

那么什么是线程安全性？

百度百科的例子写的很直观，

一个 ArrayList 类，在添加一个元素的时候，它可能会有两步来完成：1. 在 Items[Size] 的位置存放此元素；2. 增大 Size 的值。

在 单线程运行的情况下，如果 Size = 0，添加一个元素后，此元素在位置 0，而且 Size=1；

而如果是在多线程情况下，比如有两个线程，线程 A 先将元素1存放在位置 0。但是此时 CPU 调度线程A暂停，线程 B 得到运行的机会。线程B向此 ArrayList 添加元素2，因为此时 Size 仍然等于 0 （注意，我们假设的是添加一个元素是要两个步骤，而线程A仅仅完成了步骤1），所以线程B也将元素存放在位置0。然后线程A和线程B都继续运行，都增加 Size 的值，结果Size都等于1。

那好，我们来看看 ArrayList 的情况，期望的元素应该有2个，而 实际元素是在0位置，造成丢失元素，故Size 等于 1。这就是“线程不安全”了。

所以说一个类要称的上是线程安全的，就是说当有多个线程同时运行时，不管这些线程被怎样的安排，交错，都不会对运行的结果产生差异，这就是线程安全的。大多数情况，如果线程多全局变量或者属性，只有读的操作，没有写的操作，则是线程安全的。

想要解决线程安全性问题，就涉及到线程同步了，这里不得不提的就是synchronized关键字。

举个简单的例子：有一个大的别墅，里边有好多的房间，有的有锁，有的没锁，并且有锁的房间都公用同一把钥匙，这把钥匙就放在别墅门口，但是进入这个房间的人，有个 要求，就是只要拿了门口的钥匙进入一个房间，出来一个房间就把钥匙放在别墅门口，问问别人要不要进去，如果想要继续访问其它的房间，也必须再从门口拿了钥匙，再次进入！！！这也叫“随用随借，借完即还”。不能一次拿进去钥匙，连续进入多个房间。。所以当一个人进去房间的时候，门口已经没有钥匙，别人也不能进入有锁的房间，只能去进入没锁的房间！其实线程同步就是这个机制。

大体说一下意思，就是说synchronized关键字可以给一个对象上锁，一个对象也只有一把锁。这里的对象就是刚才的别墅，，里面的各个方法，代码块就是房间。被synchronized修饰的代码块只能同时被一个线程访问，意思是，有锁的房间只能同时进去一个人，只有当前的线程把代码块内的内容全部执行完，另一个线程才能访问，意思是，只有这个人从房间出来，另一个人才可以进去；并且当访问synchronized修饰的代码块的时候，所有这个对象用synchronized修饰的代码块，其它线程都不可访问！钥匙被拿走了，有锁的房间都进不去。

详细java线程同步见：synchronized详解