多线程引入了同步监视器。加锁 -> 修改 -> 释放锁
1.同步代码块
public void run(){
synchronized(obj){
......
}
}
这里obj就是同步监视器。任何时刻只能有一个线程获得对同步监视器的锁定,当同步代码块执行完成后,该线程会释放对该同步监视器的锁定。因此推荐使用可能被并发访问的共享资源充当同步监视器。
2.同步方法
是指用synchronized关键字来修饰某个方法。同步方法的同步监视器,就是this,也就是该对象本身。
synchronized方法可以修饰方法、代码块,但不能修饰构造器、属性等。
3.释放对同步监视器的锁定
任何线程进入同步块或者同步方法之前,必须先获得对同步监视器的锁定。那么何时会释放对同步监视器的锁定呢?程序无法显示释放对同步监视器的锁定,线程会在如下几种情况下,释放对同步监视器的锁定:
1)当前线程的同步方法、同步代码块执行结束
2)同步代码块或者同步方法中遇到break、return
3)遇到未处理的error和Exception
4)执行了同步监视器对象的wait()方法,则当前线程暂停,并释放同步监视器。
而如下情况,线程不会释放同步监视器:
1)线程调用Thread.sleep()和Thread.yield()方法来暂停当前线程的执行,当前线程不会释放同步监视器。
2)线程执行同步代码块时,其他线程调用了该线程的suspend()将该线程挂起,该线程不会是否那个同步监视器。当然应该尽量避免使用suspend()和resume()方法方法来控制线程。
4.同步锁Lock
更强大的线程同步机制——通过显示定义同步锁对象来实现同步,在这种机制下,同步锁使用Lock对象充当。
Lock和ReadWriteLock是Java 5新提供的两个跟接口,并提供了相依的实现类:ReentrantLock和ReentrantReadWriteLock(可以重入锁,常用)
通常使用ReentrantLock可以显示的加锁和释放锁,代码如下:
class X{
private final ReentrantLock lock = new ReentrantLock();
//定义需要保证线程安全的方法
public void m(){
lock.lock();
try{
//method body
}
//使用finally来保证释放锁
finally{
lock.unlock();
}
}
}
比较同步方法或同步块与Lock锁:
相同点:都符合加锁——>修改——>释放锁的机制
不同点:同步块或者同步方法是用与竞争资源有关的、隐式的同步监视器,并且强制要求加锁和释放锁出现在一个块结构中。而且当获取了多个对象时候,他们必须以相反的顺序释放。
Lock方法则提供了非块结构的tryLock方法(通常在finally中调用unlock()方法),以及获得可中断锁的lockInterruptibly()和获得超时失效的tryLock(long,TimeUnit)方法。ReentrantLock锁具有可重入性,即一个线程可对已被加锁的ReentrantLock锁再次加锁,。ReentrantLock对象会维持一个计数器来追踪lock(0方法的嵌套使用。