线程同步
什么是线程同步
线程之间执行是有先后顺序的，一个线程要等待上一个线程执行完之后才开始执行当前的线程。
为什么要线程同步
java允许多线程并发控制，当多个线程同时操作一个可共享的资源变量时（如数据的增删改查）， 将会导致数据不准确，相互之间产生冲突，所以需要线程同步执行，保证了该变量的唯一性和准确性。
如何实现线程同步
多线程的线程同步机制实际上是靠锁的概念来控制的。 1）synchronized关键字 2）java.util.concurrent.lock包中的Lock对象
synchronized关键字
synchronized 是Java的关键字，是Java的内置特性，在JVM层面实现了对临界资源的同步互斥访问。
1. 在Java程序运行时环境中，JVM需要对两类线程共享的数据进行协调：1）保存在堆中的实例变量 2）保存在方法区中的类变量 这两类数据是被所有线程共享的（Java栈总的数据是线程私有的，不需要协调）。
2. 在java虚拟机中，每个对象和类在逻辑上都是和一个监视器相关联的。对于对象来说，相关联的监视器保护对象的实例变量。对于类来说，监视器保护类的类变量。（如果一个对象没有实例变量，或者一个类没有变量，相关联的监视器就什么也不监视。）
3. 为了实现监视器的排他性监视能力，java虚拟机为每一个对象和类都关联一个锁。代表任何时候只允许一个线程拥有的特权。 如果线程获取了锁，那么在它释放这个锁之前，就没有其他线程可以获取同样数据的锁了。（锁住一个对象就是获取对象相关联的监视器）
类锁实际上用对象锁来实现。当虚拟机装载一个class文件的时候，它就会创建一个java.lang.Class类的实例。当锁住一个对象的时候，实际上锁住的是那个类的Class对象。
4. 一个线程可以多次对同一个对象上锁。对于每一个对象，java虚拟机维护一个加锁计数器，线程每获得一次该对象，计数器就加1，每释放一次，计数器就减 1，当计数器值为0时，锁就被完全释放了。java编程人员不需要自己动手加锁，对象锁是java虚拟机内部使用的。
5. 在java程序中，只需要使用synchronized块或者synchronized方法就可以标志一个监视区域。当每次进入一个监视区域时，java 虚拟机都会自动锁上对象或者类。
使用方式
1. synchronized关键字修饰方法。public synchronized void save(){} synchronized关键字也可以修饰静态方法，此时如果调用该静态方法，将会锁住整个类
2. synchronized关键字修饰代码块。synchronized(object){} 同步是一种高开销的操作，因此应该尽量减少同步的内容。 通常没有必要同步整个方法，使用synchronized代码块同步关键代码即可。
案例1
public class ThreadTest extends Thread {
private int threadNo;
public ThreadTest(int threadNo) {
this.threadNo = threadNo;
}
@Override
public synchronized void run() {
for(int i = 1; i < 10000; i++){
System.out.println("No." + threadNo + ":" + i);
}
}
public static void main(String[] args) throws Exception {
for(int i = 1; i < 10; i++){
new ThreadTest(i).start();
Thread.sleep(1);
}
}
}
这个程序其实就是让10个线程在控制台上数数，从1数到9999。理想情况下，我们希望看到一个线程数完，然后才是另一个线程开始数数。但是这个程序的执行过程告诉我们，这些线程还是乱糟糟的在那里抢着报数，丝毫没有任何规矩可言。
但是细心的读者注意到：run方法还是加了一个synchronized关键字的，按道理说，这些线程应该可以一个接一个的执行这个run方法才对阿。
对于一个成员方法加synchronized关键字，这实际上是以这个成员方法所在的对象本身作为对象锁
在本例中就是 以ThreadTest类的一个具体对象，也就是该线程自身作为对象锁的。一共十个线程，每个线程持有自己 线程对象的那个对象锁。这必然不能产生同步的效果。
案例2
public class ThreadTest extends Thread {
private int threadNo;
private String lock;
public ThreadTest(int threadNo, String lock) {
this.threadNo = threadNo;
this.lock = lock;
}
public void run() {
synchronized(lock){
for(int i = 1; i < 10000; i++){
System.out.println("No." + threadNo + ":" + i);
}
}
}
public static void main(String[] args) throws Exception {
String lock = new String("lock");
for(int i = 1; i < 10; i++){
new ThreadTest(i, lock).start();
Thread.sleep(1);
}
}
}
该程序通过在main方法启动10个线程之前，创建了一个String类型的对象。并通过ThreadTest的构造函数，将这个对象赋值给每一个ThreadTest线程对象中的私有变量lock。
根据Java方法的传值特点，这些线程的lock变量实际上指向的是堆内存中的同一个区域，即存放main函数中的lock变量的区域。
程序将原来run方法前的synchronized关键字去掉，换用了run方法中的一个synchronized块来实现。这个同步块的对象锁，就是 main方法中创建的那个String对象。换句话说，他们指向的是同一个String类型的对象，对象锁是共享且唯一的！
于是，我们看到了预期的效果：10个线程不再是争先恐后的报数了，而是一个接一个的报数。
案例3
public class ThreadTest extends Thread {
private int threadNo;
public ThreadTest(int threadNo) {
this.threadNo = threadNo;
}
public void run() {
abc(threadNo);
}
public static void main(String[] args) throws Exception {
for(int i = 1; i < 20; i++){
new ThreadTest(i).start();
Thread.sleep(1);
}
}
public static synchronized void abc(int threadNo) {
for(int i = 1; i < 10000; i++){
System.out.println("No." + threadNo + ":" + i);
}
}
}
这段代码没有使用main方法中创建的String对象作为这10个线程的线程锁。而是通过在run方法中调用本线程中一个静态的同步 方法abc而实现了线程的同步。
这里synchronized静态方法是用什么来做对象锁的呢？对于同步静态方法，对象锁就是该静态放发所在的类的Class实例，由于在JVM中，所有被加载的类都有唯一的类对象，具体到本例就是唯一的 ThreadTest.class对象。不管我们创建了该类的多少实例，但是它的类实例仍然是一个！
总结
1. 对于同步的方法或者代码块来说，必须获得对象锁才能够进入同步方法或者代码块进行操作；
2. 如果采用method级别的同步，则对象锁即为method所在的对象，如果是静态方法，对象锁即指method所在的Class对象(唯一)；
3. 对于代码块，对象锁即指synchronized(abc)中的abc；
4. 同步有两种方式，同步块和同步方法。
如果是同步代码块，则对象锁需要编程人员自己指定，一般有些代码为synchronized(this)只有在单态模式才生效。如果是同步方法，则分静态和非静态两种，静态方法则一定会同步，非静态方法需在单例模式才生效，推荐用静态方法(不用担心是否单例)。
5. 在Java多线程编程中，最常见的synchronized关键字实际上是依靠对象锁的机制来实现线程同步的。
Lock详解http://www.cnblogs.com/aishangJava/p/6555291.html
死锁问题
所谓死锁：是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态 或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。
产生死锁的条件
互斥条件
指进程对所分配到的资源进行排它性使用，即在一段时间内某资源只由一个进程占用。如果此时还有其它进程请求资源，则请求者只能等待，直至占有资源的进程用毕释放。
请求和保持条件
指进程已经保持至少一个资源，但又提出了新的资源请求，而该资源已被其它进程占有，此时请求进程阻塞，但又对自己已获得的其它资源保持不放。
不剥夺条件
进程已获得的资源，在未使用完之前，不能被剥夺，只能在使用完时由自己释放。
环路等待条件
指在发生死锁时，必然存在一个进程——资源的环形链，即进程集合{P0，P1，P2，···，Pn}中的P0正在等待一个P1占用的资源；P1正在等待P2占用的资源，……，Pn正在等待已被P0占用的资源。
处理方法
预防死锁：破坏四个必要条件中的一个或多个
避免死锁
检测死锁
解除死锁