面试-java锁--synchronized

面试-java锁--synchronized

 

0、synchronized  隐式锁

 

1、锁的目的：控制并发，防止多线程修改数据出问题。

 

2、最简单的 -- synchronized

 

2.1 Monitor

            Java虚拟机给每个对象和class字节码都设置了一个监听器Monitor。

              

  

  

 

           

    Synchronized经过编译，会在同步块的前后分别形成monitorenter和monitorexit这个两个字节码指令。

    在执行monitorenter指令时，首先要尝试获取对象锁。

    如果这个对象没被锁定，或者当前线程已经拥有了那个对象锁，把锁的计算器加1，

    相应的，在执行monitorexit指令时会将锁计算器就减1，当计算器为0时，锁就被释放了。

    如果获取对象锁失败，那当前线程就要阻塞，直到对象锁被另一个线程释放为止。

 

  问题或特性：

          1、不能中断

                   事实上线程的中断操作对于正在等待获取的锁对象的synchronized方法或者代码块并不起作用，

                也就是对于synchronized来说，如果一个线程在等待锁，那么结果只有两种，

                要么它获得这把锁继续执行，要么它就保持等待，即使调用中断线程的方法，也不会生效

           

           2、非公平

                获取不到锁的时候，会自动加入队列，等待线程释放锁后所有等待的线程同时去竞争

 

          3、无法设置超时

 

          4、随机唤醒一个线程要么唤醒全部线程

 

          5、jdk 1.6的优化前 性能较低：

                        Synchronized是通过对象内部的一个叫做监视器锁（monitor）来实现的。

                          但是监视器锁本质又是依赖于底层的操作系统的Mutex Lock（操作系统的互斥锁）来实现的。

                          而操作系统实现线程之间的切换这就需要从用户态转换到核心态，这个成本非常高，

                         状态之间的转换需要相对比较长的时间，这就是为什么Synchronized效率低的原因。

                         因此，这种依赖于操作系统Mutex Lock所实现的锁我们称之为“重量级锁”。