从操作系统的PV操作理解JAVA的synchronized同步方法，同步代码块实现，及比较

也有利于理解操作系统的同步

知识果然是息息相关的

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，听老师说了：同步代码方法与同步代码块，相比同步代码块会更好

现在知道原因了：

同步代码块针对具体资源对象（遇到了的）进行锁放

而同步方法会把相关资源对象全部锁放

我是如此理解的，当然运用他们的时间不是绝对的

有错望大佬指出