八锁现象彻底理解解锁

第一个问题：假设有一个对象调用两个线程，请问这两个线程的执行顺序？
根据这个问题我们先上一段代码：

public class Day3 {
    public static void main(String[] args) {
        Phone phone=new Phone();
        new Thread(()->{
            try {
                phone.sendmsg();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        },"发短信").start();
        new Thread(()->{
            try {
                phone.call();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        },"打电话").start();
    }
}
class  Phone{
  public synchronized void sendmsg() throws InterruptedException {

      System.out.println("发短信");

  }
  public synchronized void call() throws InterruptedException {

      System.out.println("打电话");
  }
}

这段代码的结果很明显，无论我们执行多少次都是先“发短信”，然后“打电话”。究其原因还是因为syncronized锁的对象是方法的调用者，而对象只有一个的情况下，会按照谁先拿到锁谁就先执行，所以发短信会先拿到锁，再是打电话。

第二个问题：那么我们给线程加上时间呢？
很明显结果也是一样的，只要是syncronized锁，那么一定是谁先拿到锁谁先执行。

第三个问题：如果我们再添加一个普通方法，第二条线程调用的是该普通方法，那么请问先执行的是同步锁的方法还是普通方法？
这个就不一定了，如果没有给syncronized锁加上sleep，那么结果就要看CPU的调度，可能是发短信先，然后再是普通方法，也有可能相反的。

第四个问题：现在我们再添加一个新的对象，还是两个同步方法，不同对象调用不同方法， 最后再给打电话线程添加1s延迟，请问谁先执行？
很明显还是要看CPU调度，因为现在是有两个对象对应两个线程，相当于有两把锁，互不干扰，休眠多长时间都不会影响另一条线程。

第五个问题：我们继续，再给两个同步方法加上static，变成静态方法，那么会先执行哪个线程？
首先因为给打电话的线程加了1s延迟，保证了发短信线程先拿到锁，又由于static方法是在类一加载的时候就有了，所以，syncronized锁的是class，而不是方法的调用者，所以发短信的先执行，再是打电话。

第六个问题：现在在第五问的基础上再添加一个新的对象呢，不同对象执行不同的静态同步方法？
结果同第五问一样，syncronized锁的是class，由于只有一个class模板，所以多少个对象都不会影响到结果。

第七个问题：现在我们换成一个对象，一个静态同步方法，一个普通同步方法？
结果还是一样，原因是现在又有了两把锁，一个静态锁，一个同步锁，所以还是互不干扰。

第八个问题：现在我们换成两个对象，一个静态同步方法，一个普通同步方法？
结果同第七问。