总听组里几个大神说起线程安全问题。本来对“线程安全”这个定义拿捏得就不是很准，更令人困惑的是，大神们用这个词指代的对象不仅抽象而且千变万化。比如，我们的架构师昨天说：
“平台的A功能不是线程安全的，所以我们要在上层应用中多做一层封装，让它变成一个独占式的功能。”
啥？一个功能还能是线程安全的？
又比如，同事小谢有一次说：
“这个变量我已经加了synchronized关键字去访问了，所以这个变量一定是线程安全的。”
所以线程安全是用来说变量的？加了synchronized关键字就能保证线程安全了吗？
如果我们写着多线程代码，每天debug时把“线程安全”挂在嘴上，但却并不知道它的真正涵义，而且讨论问题时每个人的理解都不一样，岂不是笑话？
于是，出于对代码(qiang)负(po)责(zheng)的心理，去看了一下JCIP的第二章，发现Brian Goetz大神还是讲得很清楚的。
“线程安全”的指代对象
狭义上讲，“线程安全”修饰的是一个类。广义上讲，也可能是整个程序。
讨论线程安全问题时，应该关注的是“状态”，确切来说，是共享、可变的变量。一个类中的变量可以被多个线程访问，且可以做修改，在这种情况下，由于线程调度的顺序不定，或线程之间的执行产生了重叠，类变量的最终结果可能不同，这种情况叫做竞态条件(race condition)。
如果把一个Servlet写成这样：
public class UnsafeServlet implements Servlet{
private long count = 0; //客户端访问计数器
public long getCount(){ return count; }
public void service(ServletRequest req, ServletResponse resp){
//实际处理……
count++;
}
}
由于count++这个操作不是原子的，多个线程调用service()方法时万一出现相互重叠，可能发生计数不准的情况，比如明明有两个客户端来访问，count的值却为1。因此UnsafeServlet这个类不是线程安全的。
既然竞态条件只发生在对共享、可变的变量的处理上，广义上，可以通过三种方法去避免竞态条件：
- 取消多线程对变量的共享
- 把变量设为不可变
- 设置同步机制去控制对变量的访问
在Java中，“同步机制”主要指synchronized关键字提供的互斥锁，但也包括volatile关键字、显式锁和原子变量等。
另外，一个类对自己的状态封装得越好，越利于保证类的线程安全性。因为封装可以收紧对共享变量的访问，便于程序员进行代码维护。
一个无状态的类永远线程安全。
如果程序中只有线程安全的类，这个程序不一定线程安全；反过来说，线程安全的程序中的类也不一定全都是线程安全的。
“线程安全”的具体定义
一个类在多线程环境中，不管多线程的调用顺序如何、执行是否相互重叠等，类的表现始终正确。
“表现正确”是指遵循不变性和操作的后置条件。
不变性是指类中一些状态应该遵循的规律。比如一个进行整数分解的Servlet，用两个类变量去缓存上一次处理的整数和分解因子。那么在任何一个线程访问时，这个整数和分解因子应该是互相匹配的。如果某个线程拿到的整数是7，而因子是2和4，那么这个类的不变性受到了侵犯。
后置条件是指类方法调用的结果。比如UnsafeServlet.service()每次被调用时，count应该增加1。如果两个线程先后调用这个函数而count没有按我们所期待的增加2，则这个类的后置条件受到了侵犯。
原子性
线程安全的前提是保证对共享变量操作的原子性。UnsafeServlet中的count++是一个复合操作。复合操作包括两类：
- read-modify-write: 如count++
- check-then-act: 如单例中的懒加载，先判断类实例是否为空，再创建实例
原子性是指某操作的执行不可打断。假如线程A正在做该操作，则线程B要等A做完以后才能进行该操作。在A看来，B要么没有开始，要么已经做完，没有操作的中间态。
要实现原子性，可以使用Java提供的内在锁。
内在锁
在Java中，每个对象都可以作为一把锁来保证同步机制，这个锁称为内在锁。一个线程只有进入synchronized代码块或synchronized方法时才能获取到对象的内在锁。synchronized方法提供的是这个方法属于的对象的内在锁。
内在锁有两个特征：
- 互斥性：对于某个对象，同一时间只有一个线程能拿到它的内在锁。
- 重入性：一个持有对象A内在锁的线程可以多次进入A保护的其他代码块。这个机制保证了“获取锁”这个动作是以线程为单位的。
用synchronized关键字修饰方法看起来简单粗暴，但可能极大地影响性能。假如我们把Servlet中的整个service方法做成synchronized的，实际上等于把本来应该并行处理的客户端访问做成了串行的，不仅浪费系统资源（多CPU得不到利用），还会降低对客户端的响应。所以，要仔细考虑同步块的粒度，在代码简洁性和程序性能之间找到平衡。
同步机制
设计一个类时，要考虑它的同步机制，即有哪些变量需要同步保护，用哪个锁进行保护，在什么样的粒度上保护等。
值得参考的几个原则是：
- 对每个共享变量的所有访问都应该用同一把锁进行保护。最好用注释等方法标注清楚哪个变量被哪个锁保护，以便维护。
- 涉及某一条不变性的的所有共享变量的操作要用同一把锁进行保护。
- 进行长时间操作，比如network I/O时，尽量不要持锁。
理解以上概念以后，对多线程就有了一个好的基础，可以继续学习了。