也有利于理解操作系统的同步
知识果然是息息相关的
JAVA同样离不开操作系统的原理,不过他体现在虚拟机JVM中
synchronized关键字是同步关键字
首先我们知道在操作系统里
PV两者操作信息量S的自增自减
P自增
V自减
现在类比知道在JVM中:
【知道JVM的本地方法栈与底层的操作系统OS息息相关】
同步方法:
例:
//同步方法
public synchronized void getS(){
//do
}
JVM中有一个ACC_SYNCHRONIZED标记符【在同步方法的常量池中】,类比操作系统中的信息量S
:当线程要访问一个方法时方法,就会去检查ACC_SYNCHRONIZED,如果本地方法栈有这个变量【此处体现操作系统对信息量ACC_SYNCHRONIZED的操作,P操作】,
就会去得到一个相关与方法的监视器锁,在方法执行完就释放监视器锁【此处体现操作系统对信息量ACC_SYNCHRONIZED的操作,V操作,异常时同】
:当其他线程访问这个方法时,会被监视器锁阻止
监视器锁除了正常释放,还有该方法有异常抛出未处理时,也会释放。
同步代码块(针对资源对象,一般写this,代指本身):
例:
public void getS(){
//do
//同步代码块
synchronized(this){
//do
}
}
JVM采用
monitorenter(加锁P)、monitorexit(释放锁V)
两个指令来实现同步
每个资源对象都有一个被记录 被锁次数 的变量(信息量),值为0时代表未上锁
当一个线程获取该资源对象的锁后,计数器加一,如果同一线程多次获取相同资源对象的锁后,计数器都会加一【P操作】
该线程释放锁后,计数器会减一,当计数器减到0时,资源对象会返回到未锁状态【V操作】
此时别的线程就可以访问该资源对象。
刚刚学了基础的JVM,听老师说了:同步代码方法与同步代码块,相比同步代码块会更好
现在知道原因了:
同步代码块针对具体资源对象(遇到了的)进行锁放
而同步方法会把相关资源对象全部锁放
我是如此理解的,当然运用他们的时间不是绝对的
有错望大佬指出