synchronized锁
- 由于同一进程中的多个线程共享同一块存储空间,在带来方便的同时,也带来了访问冲突问题,为了保证数据在方法调用过程中的正确性,加入了锁机制(synchronized),当一个线程获得对象的排他锁,独占资源时,其他线程就必须等待,线程使用该资源后释放锁即可.
- 存在问题:
- 一个线程持有锁会导致其他所有需要此锁的线程挂起
- 在多线程竞争中,加锁,释放锁会导致比较多的上下文切换和调度问题,引起性能问题
- 如果一个优先级高的线程等待一个优先级低的线程,会导致优先级倒置,引起性能问题
同步块:synchronized(obj){}
- Obj称为同步监视器
- Obj可以实任何对象,但是推荐使用共享支援作为同步监视器
- 同步方法无需指定同步监视器,因为同步方法的同步监视器就是this,就是这个对象本身,或者是class
死锁
多个线程各自占有一些共享资源,并且互相等待其他线程占有的资源才能使用,而导致两个或者多个线程互相卡死,例如:打印一份文件,需要打印机和电脑两个资源,这时A拿到了电脑,B拿到了打印机,之后因为锁机制,两个人互相等待对方,造成死锁.
Lock(锁)
- 从JDK5.0开始,Java提供了更加强大的线程同步机制-----通过显式定义同步锁对象来实现同步。同步锁使用Lock对象充当
- java.util.concurrent.locks.Lock接口时控制多个线程对共享资源进行访问的工具。锁提供了对共享资源的独占访问,每次只能有一个线程对Lock对象加锁,线程开始访问共享资源之前应先获得Lock对象
- ReentrantLock类实现了Lock,它拥有与synchronized相同的并发性和内存语义,在实现线程安全的控制中,比较常用的是ReentrantLock,可以显式加锁、释放锁。
import java.util.concurrent.locks.ReentrantLock;
public class TestLock {
public static void main(String[] args) {
TestLock2 testLock2 = new TestLock2();
new Thread(testLock2,"小明").start();
new Thread(testLock2,"小李").start();
new Thread(testLock2,"小张").start();
}
}
class TestLock2 implements Runnable{
int ticketNums = 10;
//定义lock锁
ReentrantLock lock = new ReentrantLock();
@Override
public void run() {
while(true){
try {
lock.lock();//加锁
if (ticketNums>0){
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread().getName()+":"+ticketNums--);
}else {
break;
}
} finally {
//解锁
lock.unlock();
}
}
}
}
synchronized与Lock对比
- Lock是显式锁(手动开启和关闭锁) synchronized是隐式锁,出了作用域自动释放
- Lock只有代码块锁,synchronized有代码块锁和方法锁
- 使用Lock锁,JVM将花费较少的时间来调度线程,性能更好。并且具有更好的扩展性(提供更多的子类)
- 优先使用顺序:
- Lock > 同步代码块(已经进入了方法体,分配了相应资源) > 同步方法(在方法体之外)