8锁问题
public class Lock8Demo{
public static void main(String[] args){
Phone phone = new Phone();
new Thread(() -> {
phone.sendEmail();
},"a").start();
//暂停毫秒
try { TimeUnit.MILLISECONDS.sleep(300); }
catch (InterruptedException e) { e.printStackTrace(); }
new Thread(() -> {
phone.sendSMS();
},"b").start();
}
}
-
标准访问有ab两个线程,请问先打印邮件还是短信(邮件)
-
sendEmail方法暂停3秒钟,请问先打印邮件还是短信(邮件)
一个对象里面如果有多个synchronized方法,某一个时刻内,只要一个线程去调用其中的一个synchronized方法其它的线程都只能等待,换句话说,某一个时刻内,只能有唯一的一个线程去访问这些synchronized方法。锁的是当前对象this,被锁定后,其它的线程都不能进入到当前对象的其它的synchronized方法
- 新增一个普通的hello方法,请问先打印邮件还是hello (hello)
加个普通方法后发现和同步锁无关
- 有两部手机,请问先打印邮件还是短信(短信)
换成两个对象后,不是同一把锁了,情况立刻变化。
-
两个静态同步方法,同1部手机,请问先打印邮件还是短信(邮件)
-
两个静态同步方法, 2部手机,请问先打印邮件还是短信(邮件)
都换成静态同步方法后,情况又变化
三种 synchronized 锁的内容有一些差别:
对于普通同步方法,锁的是当前实例对象,通常指this,所有的普通同步方法用的都是同一把锁——实例对象本身
对于静态同步方法,锁的是当前类的Class对象
对于同步方法块,锁的是 synchronized 括号内的对象
-
1个静态同步方法,1个普通同步方法,同1部手机,请问先打印邮件还是短信 (短信)
-
1个静态同步方法,1个普通同步方法,2部手机,请问先打印邮件还是短信 (短信)
当一个线程试图访问同步代码时它首先必须得到锁,退出或抛出异常时必须释放锁。
所有的普通同步方法用的都是同一把锁——实例对象本身,就是new出来的具体实例对象本身,本类this也就是说如果一个实例对象的普通同步方法获取锁后,该实例对象的其他普通同步方法必须等待获取锁的方法释放锁后才能获取锁。
所有的静态同步方法用的也是同一把锁——类对象本身,就是我们说过的唯一模板Class,一旦一个静态同步方法获取锁后,其他的静态同步方法都必须等待该方法释放锁后才能获取锁。
具体实例对象this和唯一模板Class,这两把锁是两个不同的对象,所以静态同步方法与普通同步方法之间是不会有竞态条件的
synchronized
使用反编译:javap -v -p *.class 查看字节码信息
-v:输出附加信息 -p:显示所有类和成员
-
synchronized同步代码块
- 实现使用的是monitorenter和monitorexit指令
- 有两个monitorexit却只有一个monitorenter,是因为哦那个是正常释放锁,另一种是代码异常的时候将锁释放。(第17行的goto 25到return可以看出16行为正常释放)
-
synchronized普通同步方法
- 调用指令将会检查方法的ACC_SYNCHRONIZED访问标志是否被设置,如果设置了,执行线程会将先持有monitor然后再执行方法,最后再方法完成(无论是正常完成还是非正常完成)时释放minotor
-
synchronized静态同步方法
- (ACC_STATIC、ACC_SYNCHRONIZED访问标志区分该方法是否静态同步方法)
synchronized锁的是什么,为什么任何一个都西昂都能成为一个锁
- 首先在Java中,任何类的父类都是Object
- 在HotSpot虚拟机中,monitor采用ObjectMonitor实现
在jdk的源码中,可以找到ObjectMonitor.java — ObjectMonitor.cpp — ObjectMonitor.hpp
- ObjectMonitor.cpp中对Object类的方法做了系统级的定义(wait、notify等方法)
- ObjectMonitor.hpp中可以找到如下定义
也就是说,任何Java类,在被创建的时候,就已经携带ObjectMonitor了。所以自然是一个锁。
_owner: 指向持有ObjectMonitor的线程
_count: 记录该线程获取锁的次数
_recursions: 锁的重入次数
高并发时,同步调用应该去考量锁的性能损耗。能用无锁数据结构,就不要用锁;能锁区块,就不要锁整个方法体;能用对象锁,就不要用类锁