多线程：使用sychronized实现同步

1.线程不安全：

在涉及到多线程编程的时候，有些一些代码在执行的时候必须要保证它的原子性，例如当前int a=1。有个方法a()在执行a=a+1的时候，刚刚执行到把a=1取出来，存放到寄存器中，还没有来得及加，这个时候时间片用完了，于是后面的代码暂时不能执行。如果这是有一个方法b（）也对变量a做了更新操作，例如给a加10，这是a=11。等到a()方法再次获取到时间片的时候，把之前存在寄存器中的a=1取出来，加个1再存回到a中。此时a=2！！！！等一等，a不是应该等于12吗？大概这就是多线程不安全的情况吧。

2.sychronized关键字的理解：

每个对象都有一把内置锁，当对象中的方法使用sychronized同步关键字的时候，同一时间只能有一个方法被执行，如果有多个线程都需要用到这个对象里面的sychronized同步关键字修饰的方法时，只会有一个线程抢到这个对象的锁，获得运行资格，其他的线程都会被阻塞。只有这个方法执行完成才会释放这把锁，其他的线程才有机会执行。即使发生上下文切换也无法释放锁！！

3.实现线程同步有两种方式：

一种是使用同步方法（即用sychronized关键字修饰的方法），另外一种是同步代码块，也叫同步阻塞（即用sychronized关键字修饰的代码块）。同步方法锁住的是this对象，而同步代码块需要指定需要锁住的对象。

4.线程八锁

情况1：a()方法，b()方法都需要n1对象的锁，锁住的是同一个对象，因此会因为抢锁而阻塞。但是执行a方法的线程和执行b方法的线程不能确定他们执行的先后顺序。虽然大部分情况下可能是执行a方法的线程先运行。所以会有两种情况：执行a方法的线程抢锁，，然后执行b（）。或者是执行b方法的线程抢锁，先执行b（），然后执行a（）。

情况2：a()方法，b()方法都需要n1对象的锁，锁住的是同一个对象，因此会因为抢锁而阻塞。但是执行a方法的线程和执行b方法的线程不能确定他们执行的先后顺序。虽然大部分情况下可能是执行a方法的线程先运行。所以会有两种情况：执行a方法的线程抢锁，执行a（）休眠1秒输出1，然后执行b（）输出2。或者是执行b方法的线程抢锁，先执行b（），然后执行a（）休眠1秒输出1。

情况3：c()方法没有sychronized关键字，它不是同步方法，不需要抢锁。a()方法，b()方法都需要n1对象的锁，锁住的是同一个对象，因此会因为抢锁而阻塞。关于a和c，因为a需要睡眠1秒，一定是c先执行，即：c方法执行输出3后，执行a（）休眠1秒输出1，再执行b方法输出2。关于b和c，不确定他们的先后，因此会有两种情况，即：b执行，c再执行，再执行a 或者 c执行，b再执行，再执行a。

情况4：a()方法需要n1对象的锁，b()方法需要n2对象的锁。锁住的不是同一个对象，因此不会因为抢锁而阻塞。因为执行a方法需要等待一秒再输出，所以先输出2，一秒后再输出1。

 

情况5：a()方法需要Number类的锁，因为a()是静态方法，b()方法需要n1对象的锁。锁住的不是同一个对象，因此不会因为抢锁而阻塞。

情况6：a()方法，b()方法都需要Number类的锁，因为a()，b()方法都是是静态方法。锁住的是同一个对象，因此不会因为抢锁而阻塞。

情况7：a()方法需要Number类的锁，因为a()是静态方法。就算是使用n1对象调用的，实际上还是通过类调用的。b()方法需要n2对象的锁。锁住的不是同一个对象，因此不会因为抢锁而阻塞。

 

情况8：a()方法，b()方法都需要Number类的锁，因为他们都是静态方法。他们抢的是同一把锁，并发过程中会产生阻塞。