线程基础面试题小总结

1. 面试题：synchronized 与 Lock的异同？

*   相同：二者都可以解决线程安全问题
*   不同：synchronized机制在执行完相应的同步代码以后，自动的释放同步监视器
*        Lock需要手动的启动同步（lock()，同时结束同步也需要手动的实现（unlock()）

2.Java是如何解决线程安全问题的，有几种方式？并对比几种方式的不同

方式一：同步代码块
*
*   synchronized(同步监视器){
*      //需要被同步的代码
*
*   }
*  说明：1.操作共享数据的代码，即为需要被同步的代码。  -->不能包含代码多了，也不能包含代码少了。
*       2.共享数据：多个线程共同操作的变量。比如：ticket就是共享数据。
*       3.同步监视器，俗称：锁。任何一个类的对象，都可以充当锁。
*          要求：多个线程必须要共用同一把锁。
*
* 补充：在实现Runnable接口创建多线程的方式中，我们可以考虑使用this充当同步监视器。
       在继承Thread类创建多线程的方式中，慎用this充当同步监视器，考虑使用当前类充当同步监视器。

*  方式二：同步方法
*     如果操作共享数据的代码完整的声明在一个方法中，我们不妨将此方法声明同步的。

*  关于同步方法的总结：
*  1. 同步方法仍然涉及到同步监视器，只是不需要我们显式的声明。
*  2. 非静态的同步方法，同步监视器是：this
*     静态的同步方法，同步监视器是：当前类本身

   方式三：Lock锁  --- JDK5.0新增

使用的优先顺序：

     Lock ---> 同步代码块（已经进入了方法体，分配了相应资源 ) ---> 同步方法（在方法体之外)

3.面试题：sleep() 和 wait()的异同？

1.相同点：一旦执行方法，都可以使得当前的线程进入阻塞状态。
2.不同点：

         1）两个方法声明的位置不同：Thread类中声明sleep() , Object类中声明wait()
         2）调用的要求不同：sleep()可以在任何需要的场景下调用。 wait()必须使用在同步代码块或同步方法中
         3）关于是否释放同步监视器：如果两个方法都使用在同步代码块或同步方法中，sleep()不会释放锁，wait()会释放锁。

         4）sleep(long)方法调用 导致程序暂停执行指定的时间，让出cpu给其他线程，但其监控状态依 然保持着，当指定的时间到了又会自动恢复运行状态。 wait()方法调用线程会放弃锁对象，进入此锁对象的等待队列，只有此锁对象调用了 notify/notifyA11方法后本线程才进入准备状态