如何理解synchronized +同步面试题

        这是我在博客上学习的一些总结，想着写篇博客巩固下 也算是做个笔记，方便以后翻阅，大家如果是刚开始接触锁的可以翻阅下。

1. synchronized的简介                                                                 

    synchronized要理解为加锁，而不是锁，这个思维有助于你更好的理解线程同步。

1.1 synchronized的使用及各自的锁对象

        1.普通方法 ：锁对象是this，所谓的方法锁（本质上属于对象锁)

public synchronized void say(){
	 System.out.println("Hello,everyone...");
}

        2.同步代码块(方法中)：锁对象是synchronized(obj)的对象，所谓的对象锁

 public  void say(boolean isYou){
        synchronized (obj){
            System.out.println("Hello");
        }
    }

        3.同步静态方法：锁对象是当前类的Class对象,即(XXX.class)，所谓的类锁

 public static synchronized void work(){
        System.out.println("Work hard...");
    }

---

1.2 synchronized的关于代码块的疑问

看到上面synchronized的用法，你会有这样的疑问吗？synchronized能修饰类级别(静态)代码块吗？

结论：synchronized不能用在类级别的(静态)代码块

如果在面试中不给你编译器，大多数人估计都是要mountain泰吧。这里直接给出我的理解：

这个要从加载顺序上考虑。
类级别的代码块在加载顺序上是要优先于任何方法的，其执行顺序只跟代码位置先后有关。没人跟你抢，自然不需要同步。

---

2. 涉及synchronized的面试题                                                               

这里通过一个常见的面试题-单例模式来展开，直奔主题进入DCL(Double Check Lock)双重校验锁的单例。

2.1 围绕着DCL展开的话题

      2.1.1 实现DCL  

如果DCL不懂，那得去博客上看看咯，很好理解的，不然就尴尬无止境啦…。

public class SingleInstance {
    private volatile static SingleInstance instance = null;
    private SingleInstance(){ }
    public static SingleInstance getInstance(){
        if (instance == null){
            synchronized (SingleInstance.class){
                if (instance == null){//双重校验锁
                    instance = new SingleInstance();
                }
            }
        }
        return instance;
    }
}

      2.1.2 谈一下synchronized的作用 

synchronized 关键字主要用来解决的是多线程同步问题，其可以保证在被其修饰的代码任意时刻只有一个线程执行。

      2.1.3 这里(DCL)的volatile的作用 

volatile只能保证变量的可见性，并不能保证对volatile修饰的变量的操作的原子性。

volatile的主要作用：

1. 保持内存可见性；使所有线程都能看到共享内存的最新状态。
2. 防止指令重排的问题；

---

2.2 基础面试点

为了节约各位看官的时间，先把结论给出来：

1. 若是对象锁，则每个对象都持有一把自己的独一无二的锁，且对象之间的锁互不影响 。若是类锁，所有该类的对象共用这把锁。
2. 一个线程获取一把锁，没有得到锁的线程只能排队等待；
3. synchronized 是可重入锁，避免很多情况下的死锁发生。
4. synchronized 方法若发生异常，则JVM会自动释放锁。
5. 锁对象不能为空，否则抛出NPE(NullPointerException)
6. 同步本身是不具备继承性的：即父类的synchronized 方法，子类重写该方法,分情况讨论：没有synchonized修饰，则该子类方法不是线程同步的。(PS ：涉及同步继承性的问题要分情况)
7. synchronized本身修饰的范围越小越好。毕竟是同步阻塞。跑不快还占着超车道…

---

  2.2.1 同时访问synchronized的静态和非静态方法，能保证线程安全吗？

结论：不能，两者的锁对象不一样。前者是类锁(XXX.class),后者是this

  2.2.2 同时访问synchronized方法和非同步方法，能保证线程安全吗？    

结论：不能，因为synchronized只会对被修饰的方法起作用。

  2.2.3 两个线程同时访问两个对象的非静态同步方法能保证线程安全吗？

结论：不能，每个对象都拥有一把锁。两个对象相当于有两把锁，导致锁对象不一致。(PS：如果是类锁，则所有对象共用一把锁)

  2.2.4 若synchronized方法抛出异常，会导致死锁吗？                               

结论：JVM会自动释放锁，不会导致死锁问题

  2.2.5 若synchronized的锁对象能为空吗？会出现什么情况？                   

结论：锁对象不能为空，否则抛出NPE(NullPointerException)

  2.2.6 若synchronized的锁对象能为空吗？会出现什么情况？                                

结论：锁对象不能为空，否则抛出NPE(NullPointerException)

---

2.3 关于继承性的面试点

      2.3.1 synchronized涉及的继承性问题  

重写父类的synchronized的方法，主要分为两种情况：

     1.子类的方法没有被synchronized修饰：

synchronized的不具备继承性。所以子类方法是线程不安全的。

      2.子类的方法被synchronized修饰(这里面试点主要考察锁对象的归属问题)：

两个锁对象其实是一把锁，而且是子类对象作为锁。这也证明了: synchronized的锁是可重入锁。否则将出现死锁问题

---

2.4 实战经验的面试点

   2.4.1 在开发过程中，你经常使用synchronized方法多还是synchronized代码块？and why? 

基本上使用是synchronized代码块。

synchronized同步的范围是越小越好。因为若该方法耗时很久，那其它线程必须等到该持锁线程执行完才能运行。(黄花菜都凉了都…)
而synchronized代码块部分只有这一部分是同步的，其它的照样可以异步执行，提高运行效率。

---

有帮助记得点赞三连不迷路的哟！！！