java多线程 线程同步安全问题 同步锁

1. 线程同步安全问题： 同步代码块 同步方法 同步代码块：当有两个线程并发修改同一个文件就有可能造成异常。 synchronized（obj）{......（同步代码块）} obj就是同步监视器线程开始执行同步代码块之前，必须先获得同步监视器的锁定 synchronized(account){ ......... } 任何线程在修改资源前，首先对资源加锁，加锁期间其他线程无法修改资源。 同步方法：也是为了解决并发线程同时修改同一个资源，导致发生错误。 同步方法是使用synchronized关键字修饰的方法（非static方法） 同步方法的同步监视器是this，也是调用该方法的对线 public synchronized void draw(double drawAmount) 当获得同步监视器的锁定后，程序不会显示的释放同步监视器的锁定 怎么样就算解除锁定？ 同步方法或同步代码块执行结束，遇到break return 遇到未处理的error和Exception 同步监视器对象的wait( )方法当前线程暂停释放同步监视器 当程序遇到Thread.sleep（）和Thread.yield（）线程不会释放同步监视器 当其他线程调用了该线程的suspend（）该线程同步监视器不会被释放。
2. 同步锁：控制多个线程对共享资源访问的工具 锁提供了对共享资源的独占访问，每次只能有一个线程对Lock对象加锁，线程开始访问共享资源之前应先获得Lock对象。 private final ReentrantLock = new ReentrantLock( ); public void run( ){ lock.lock( ); //加锁 try{......} finally{ lock.unlock( ); ReentrantLock锁具有可重入性，一个线程可以对已加锁的ReentrantLock锁再次加锁

注：

某些锁可能运行对共享资源并发访问，如ReadWriteLock(读写锁)。Lock，ReadWriteLock是Java5提供的两个根接口，并为Lock提供了ReentrantLock（可重入锁）实现类，为ReadWriteLock提供了ReentrantReadWriteLock实现类。

Java8新增了新型的StampedLock类大多数场景可以替代ReentrantReadWriteLock。ReentrantReadWriteLock为读写操作提供了三种锁模式：Writing ReadingOptimistic Reading。