synchronized内置锁详解

synchronized内置锁详解

synchronized 锁的应用

多线程访问同一共享可变资源的情况下，会出现线程不安全问题，经典案例购买火车票：

public class TestThread2 {

private  int  ticketNums =10000;
public static void main(String[] args)  {
    TestThread2 testThread2=new TestThread2();
    new Thread(testThread2::getTicket,"小明").start();
    new Thread(testThread2::getTicket,"小红").start();
    new Thread(testThread2::getTicket,"小丽").start();
}

public  void getTicket(){
    while(true){
        if (ticketNums<=0){
            break;
        }
        System.out.println(Thread.currentThread().getName()+"拿到了第"+ticketNums--+"张票");
        try {
            Thread.sleep(100);
        }catch (Exception e){
            e.printStackTrace();
        }


    }
}
}

跑出来的结果如下：

要解决上述问题：1）可以在getTicket（）方法前加synchronized关键字
public synchronized void getTicket(){}
2）添加synchronized代码块：
public void getTicket(){
synchronized (“123”){
while(true){
if (ticketNums<=0){
break;
}
System.out.println(Thread.currentThread().getName()+“拿到了第”+ticketNums–+“张票”);
try {
Thread.sleep(100);
}catch (Exception e){
e.printStackTrace();
}
}
}
}
【注：****第一个方案中的锁对象是当前类对象； 第二个方案中的锁对象是“123”，因为字符串是放在jvm方法区的常量池中的，所以不用定义全局变量，否则一定要定义全局变量，锁才生效。】

synchronized 锁的底层实现

在JDK1.6后对synchronized 锁的优化

对于上述这种形式的锁是重量级的，每次都要调用jvm的pthread命令与cpu进行交互，性能消耗很大，所以jdk1.6以后对synchronized进行了优化，让锁状态从无锁到偏向锁，到轻量级锁，重量级锁逐渐的进行不可逆的膨胀升级。
1)无锁：当线程没有触发的时候，锁的状态是无锁。hotSpot虚拟机的对象头的Mark Word 结构如下：

2）偏向锁：当只有一个线程执行该代码块，那锁状态改为偏向锁，这样就使该线程再次请求锁时，省去以前的同步操作，直接获取锁。这种锁只要没有其它线程的介入不会释放，一旦有其他线程与其竞争，就会升级成轻量级锁。【当然如果抱锁线程到达安全点时正好执行完，就不用升级，而是偏向刚进入的线程】Mark word结构如下：

3）轻量级锁：线程产生竞争时，虚拟机先尝试自旋一段时间，看对方会不会把轻量级锁释放掉，如果释放掉，轻量锁指针指向新的线程，否则升级到重量级锁。【自旋可以简单理解成空的for循环执行50或100次，就是为了等待所释放；自适应自旋，就是根据上一次得到锁时的循环次数，计算这次自旋次数】Mark word结构如下：

4）重量级锁：轻量级锁升级成重量级锁后，挂起未得到锁的线程，得到锁的线程到达安全点时，释放原来的轻量锁【一般会失败】，同时唤醒所有线程，重新争抢时间片。Mark word结构如下：