无论synchronized加在方法还是变量前面,或者是同步代码块,所有的同步都是针对锁对象,并且同步都有一定的开销
1. 同步方法:
public synchronized void method(){
// 锁定调用这个方法的对象,当同一个对象在不同线程中执行这个方法时互斥。// 但这个类的另一个非同步方法没有影响。
}
等价于:
public void method(){
Synchronized(this){
//……
}
}
2. 同步代码块:
public void method(Object lock){
Synchronized(lock){
//……锁就是lock这个对象,谁拿到这个锁谁就能够运行他所控制的那段代码。//若为相同类的不同对象,需要注意锁必须为静态的。
}
}
3. 将synchronized作用于static 方法:
只是获得锁对象的方式比较特殊,为Foo.class,同步本质不变
Class Foo{
public synchronized static void method1(){ // 同步的static 函数
//……
}
public void method2() {
synchronized(Foo.class) // class literal(类名称字面常量)
}
}
synchronized它无法中断一个正在等候获得锁的线程,也无法通过投票得到锁,如果不想等下去,也就没法得到锁。同步还要求锁的释放只能在与获得锁所在的堆栈帧相同的堆栈帧中进行,多数情况下,这没问题(而且与异常处理交互得很好),但是,确实存在一些非块结构的锁定更合适的情况。
java.util.concurrent.lock
中的 Lock
框架是锁定的一个抽象,它允许把锁定的实现作为 Java 类,而不是作为语言的特性来实现。这就为 Lock
的多种实现留下了空间,各种实现可能有不同的调度算法、性能特性或者锁定语义。 ReentrantLock
类实现了 Lock
,它拥有与 synchronized
相同的并发性和内存语义,但是添加了类似锁投票、定时锁等候和可中断锁等候的一些特性。此外,它还提供了在激烈争用情况下更佳的性能。(换句话说,当许多线程都想访问共享资源时,JVM 可以花更少的时候来调度线程,把更多时间用在执行线程上。)