关于锁的基础知识

java 关于锁的基础知识

1、synchronized作用于静态方法和非静态方法的区别
非静态方法：给对象加锁(可以理解为给这个对象的内存上锁，注意：只是这块内存，其他同类对象都会有各自的内存锁），这时候在其他一个以上线程中执行该对象的这个同步方法(注意:是该对象)就会产生互斥

静态方法： 相当于在类上加锁（*.class位于代码区，静态方法位于静态区域，这个类产生的对象公用这个静态方法，所以这块内存，N个对象来竞争），这时候，只要是这个类产生的对象，在调用这个静态方法时都会产生互斥。即该类所有的对象都共享一把锁。

2、当一个线程进一个对象的synchronized方法A之后，其它线程是否可进入此对象的synchronized方法B？

不能。其它线程只能访问该对象的非同步方法，同步方法则不能进入。因为非静态方法上的synchronized修饰符要求执行方法时要获得对象的锁，如果已经进入A方法说明对象锁已经被取走，那么试图进入B方法的线程就只能在等锁池（注意不是等待池哦）中等待对象的锁

3、线程同步的几种方式
（1）synchronized修饰
（2）volatile实现同步（只能保证可见性，不能保证原子性）
（3）使用局部变量ThreadLocal
（4）使用原子类（AtomicInteger、AtomicBoolean……）
（5）使用Lock（ReentrantLock）
（6）使用线程安全的容器类（ConcurrentHashMap、BlockingQueue）

4、synchronized和java.util.concurrent.locks.Lock的异同？ 　　　　

• lock 必须在 finally 块中释放。否则，如果受保护的代码将抛出异常，锁就有可能永远得不到释放！这一点区别看起来可能没什么，但是实际上，它极为重要。忘记在 finally 块中释放锁，可能会在程序中留下一个定时炸弹，当有一天炸弹爆炸时，您要花费很大力气才有找到源头在哪。
• 使用synchronized，JVM 将确保锁会获得自动释放（任务正常结束/异常退出）

一个 Lock 对象和一个 synchronized 代码块之间的主要不同点是：
synchronized代码块不能够保证进入访问等待的线程的先后顺序。 你不能够传递任何参数给一个 synchronized代码块的入口。因此，对于 synchronized 代码块的访问等待设置超时时间是不可能的事情。 synchronized块必须被完整地包含在单个方法里。而一个 Lock 对象可以把它的 lock() 和 unlock() 方法的调用放在不同的方法里。

5、乐观锁和悲观锁的理解及如何实现，有哪些实现方式？

• 乐观锁，每次操作时不加锁而是假设没有冲突而去完成某项操作，如果因为冲突失败就重试，直到成功为止
• 悲观锁是会导致其它所有需要锁的线程挂起，等待持有锁的线程释放锁。
• 乐观锁可以使用volatile+CAS原语实现，带参数版本来避免ABA问题，在读取和替换的时候进行判定版本是否一致
• 悲观锁可以使用synchronize的以及Lock

6、Synchronized有哪些缺点？

只有一个condition与锁相关联，这个condition是什么？就是synchronized对针对的对象锁。

• synchronized无法中断一个正在等待获得锁的线程，也即多线程竞争一个锁时，其余未得到锁的线程只能不停的尝试获得锁，而不能中断。这种情况对于大量的竞争线程会造成性能的下降等后果。

7、我们面对ReentrantLock和synchronized改如何选择？
Synchronized相比Lock，为许多开发人员所熟悉，并且简洁紧凑，如果现有程序已经使用了内置锁，那么尽量保持代码风格统一，尽量不引入Lock，避免两种机制混用，容易令人困惑，也容易发生错误。在Synchronized无法满足需求的情况下，Lock可以作为一种高级工具，这些功能包括“可定时的、可轮询的与可中断的锁获取操作，公平队列，以及非块结构的锁”否则还是优先使用Synchronized。最后，未来更可能提升Synchronized而不是Lock的性能，因为Synchronized是JVM的内置属性，他能执行一些优化，例如对线程封闭的锁对象的锁消除优化，通过增加锁的粒度来消除内置锁的同步，而如果基于类库的锁来实现这些功能，则可能性不大

8、死锁与其产生的四个条件

死锁：若干进程之间竞争资源，又推进顺序不当，从而形成无限循环等待的局面

• 互斥条件：一个资源每次只能被一个进程使用
• 不可剥夺条件：进程获得的资源，在未使用完之前，不能被强行剥夺
• 请求和保持条件：进程因请求资源进而阻塞，对已获得的资源保持不放
• 循环等待条件：若干进程之间形成的一种首尾相接的循环等待资源的关系