java线程同步

线程同步：许多在单线程情况下的代码放到多线程环境下容易出现线程安全问题。
一、 线程安全问题
通过模拟取钱过程演示线程安全问题。
一般取钱过程：
1.用户输入账户、密码，系统判断用户的账户、密码是否匹配。
2.用户输入取款金额。
3.系统判断账户余额是否大于取款金额。
4.如果余额大于取款金额，则取款成功；如果余额小于取款金额，则取款失败。
在模拟过程中就模拟后面三步，没有模拟账户密码验证过程。

二、 使用同步代码块
为了解决线程安全问题，Java的多线程支持引入了同步监视器来解决这个问题，使用同步监视器的通用方法就是同步代码块。
同步代码块的语法格式如下：
synchronized(obj){//同步代码块}
obj叫做同步监视器（锁对象），任何线程进入下面同步代码块之前必须先获得对obj的锁；其他线程无法获得锁，也就执行同步代码块。这种做法符合：“加锁-修改-释放锁”的逻辑。锁对象可以是任意对象，但必须保证是同一对象任何时刻只能有一个线程可以获得对同步监视器的锁定，当同步代码块执行完成后该线程会释放对该同步监视器的锁定。

三、 同步方法
除了同步代码块，Java的多线程安全支持还提供了同步方法，同步方法也是使用synchronized关键字来修饰某个方法，则该方法称为同步方法。对于synchronized修饰的实例方法（非static方法），无须显式指定同步监视器，同步方法的同步监视器就是this，也就是调用该方法的对象。

四、 同步锁（Lock）
从Java5开始，Java提供了一种功能更强大的线程同步机制——通过显式定义同步锁对象来实现同步，在这种机制下，同步锁由Lock对象充当。Lock提供了比synchronized方法和synchronized代码块更广泛的锁定操作，Lock允许实现更灵活的结构，可以具有差别很大的属性。Lock是控制多个线程对共享资源进行访问的工具。通常，锁提供了对共享资源的独占访问，每次只能有一个线程对Lock对象加锁，线程开始访问共享资源之前应先获得Lock对象。在实现线程安全的控制中，比较常用的是ReentrantLock（可重入锁）。使用该Lock对象可以显式地加锁、释放锁。

五、 死锁
当两个线程相互等待对方释放同步监视器时就会发生死锁，Java虚拟机没有监测，也没有采取措施来处理死锁情况，所以多线程编程时应该采取措施避免死锁出现。一旦出现死锁，整个程序既不会发生任何异常，也不会给出任何提示，只是所有线程处于阻塞状态，无法继续。在系统中出现多个同步监视器的情况下很容易发生死锁。

六、 wait()、notify/notifyAll()
1、wait()、notify/notifyAll()方法是Object的final方法，无法被重写。
2、wait()使当前线程阻塞，前提是必须先获得锁，一般配合synchronized关键字使用，即，一般在synchronized同步代码块里使用wait()、notify/notifyAll()方法。
3、由于wait()、notify/notifyAll()在synchronized代码块执行，说明当前线程一定是获取了锁的。当线程执行wait()方法时候，会释放当前的锁，然后让出CPU，进入等待状态。只有当notify/notifyAll()被执行时候，才会唤醒一个或多个正处于等待状态的线程，然后继续往下执行，直到执行完synchronized代码块的代码或是中途遇到wait()，再次释放锁。也就是说，notify/notifyAll()的执行只是唤醒沉睡的线程，而不会立即释放锁，锁的释放要看代码块的具体执行情况。所以在编程中，尽量在使用了notify/notifyAll()后立即退出临界区，以唤醒其他线程。
4、wait()需要被try…catch包围。
5、notify和wait的顺序不能错，如果A线程先执行notify方法，B线程在执行wait方法，那么B线程是无法被唤醒的。
6、notify和notifyAll的区别
①notify方法只唤醒一个等待（对象的）线程并使该线程开始执行。所以如果有多个线程等待一个对象，这个方法只会唤醒其中一个线程，选择哪个线程取决于操作系统对多线程管理的实现。
②notifyAll会唤醒所有等待(对象的)线程，尽管哪一个线程将会第一个处理取决于操作系统的实现。如果当前情况下有多个线程需要被唤醒，推荐使用notifyAll方法