面试官：synchroized和Lock的区别是什么？

一般公司开始面试多线程时第一个问题基本都是这个了，也是能最能看出面试者水平的一个问题了，有一句话：自己知道的越多，发现知道的越不多。听起来是不是很拗口，就看你看待问题的深度了。。我这里也是针对面试，没有涉及到真正的底层语义。。

1、Lock是一个接口他有很多实现类，而synchroized是个关键字 ，是java唯一一个内置锁
2、lock拿锁和放锁需要手动去操作，有一套标准的范式写法try{拿锁}finally{放锁}，synchroized的加锁和放锁是jdk来帮我们完成
3、lock可以知道锁的状态，synchroized不能知道
4、lock拿锁的方式多，有tryLock尝试拿锁、tryLock（outtime）带超时时间的拿锁，synchroized则单一的一种方式拿锁
5、lock只锁代码块。synchroized 代码块，方法,类，引申下 加载普通方法上的是对象锁，加在静态方法上的是类锁（锁额是.class文件，根据双亲委派模型 JVM里一个类只会有一个.class文件，这就有引申另外一个常见 的面试题了，哈----）
6、synchroized是非公平锁不能改，lock默认是非公平锁，可以改变
7、如果只是很简单的拿锁和放锁的操作，建议使用synchroized，Lock怎么说也是个对象效率上比synchroized 要差一些，如果要知道其他一些锁中间的状态还是要使用lock的
8、lock和synchroized 都能保证原子性和可见性(volitile关键字只能保证可见性)
9、两者都是可重入锁（这也是个面试题：可重入锁的原理？）
10.synchroized 使线程进入“阻塞“状态，Lock使线程进入"等待"状态

面试官：synchroized 是悲观锁还是乐观锁？
一般面试者：悲观锁！这样回答也没错，但是可以更深入，synchroized 在jdk6以后进行了大量的优化加入了
（1）无锁状态，（2）偏向锁，（3）轻量级锁（4）重量级锁，从（1-4）是锁的升级，这里注意是没有锁降级的，具体升级网上随便找篇看吧，从（1-4）的变化中我们可以推导出 synchroized是整体是悲观，在线程少的时候它是不会真加锁的，毕竟拿锁是个很耗时的操作
偏向锁：当持有锁的线程再次申请锁时，不需要同步动作直接得到锁，只有一个线程进入资源临界区
轻量级锁：多个线程交替进入资源临界区
重量级锁：多个线程同时进入资源临界区

面试官：说下公平锁和非公平锁？
公平锁 ：可以想象有一个队列 所以等待的线程按照顺序执行。这样能保证所有的线程都能执行，在效率上不如非公平锁，因为当一个线程执行完成去唤醒等待线程时需要频繁的上下文切换（切记它是很耗时）
非公平 ：想象是个混乱的地方 先到先得，但是在极端情况下会造成线程饥饿，导致线程一直在等待

面试官：自旋锁了解吗？
1.锁竞争不激烈 且占用所时间很短的代码块有很大的性能提升，因为它可以减少线程阻塞唤醒消耗，不会造成上下文切换，上下文切换 要重新加载被选中线程的执行信息到工作内存，代价是很高的
2.竞争很激烈或者代码块执行时间很长的不要使用自旋锁，占着CPU不干事也是一种罪啊