1700451160
（2）Lock是无阻塞锁，synchronized是阻塞锁
1700451161
1700451162
当线程A持有锁时，线程B也期望获得锁，此时，如果程序中使用的是显式锁，则B线程为等待状态（在通常的描述中，也认为此线程被阻塞了），若使用的是内部锁则为阻塞状态。
1700451163
1700451164
（3）Lock可实现公平锁，synchronized只能是非公平锁
1700451165
1700451166
什么叫非公平锁呢？当一个线程A持有锁，而线程B、C处于阻塞（或等待）状态时，若线程A释放锁，JVM将从线程B、C中随机选择一个线程持有锁并使其获得执行权，这叫做非公平锁（因为它抛弃了先来后到的顺序）；若JVM选择了等待时间最长的一个线程持有锁，则为公平锁（保证每个线程的等待时间均衡）。需要注意的是，即使是公平锁，JVM也无法准确做到“公平”，在程序中不能以此作为精确计算。
1700451167
1700451168
显式锁默认是非公平锁，但可以在构造函数中加入参数true来声明出公平锁，而synchronized实现的是非公平锁，它不能实现公平锁。
1700451169
1700451170
（4）Lock是代码级的，synchronized是JVM级的
1700451171
1700451172
Lock是通过编码实现的，synchronized是在运行期由JVM解释的，相对来说synchronized的优化可能性更高，毕竟是在最核心部分支持的，Lock的优化则需要用户自行考虑。
1700451173
1700451174
显式锁和内部锁的功能各不相同，在性能上也稍有差别，但随着JDK的不断推进，相对来说，显式锁使用起来更加便利和强大，在实际开发中选择哪种类型的锁就需要根据实际情况考虑了：灵活、强大则选择Lock，快捷、安全则选择synchronized。
1700451175
1700451176
注意 两种不同的锁机制，根据不同的情况来选择。
1700451177
1700451178
1700451179
1700451180
1700451182
编写高质量代码：改善Java程序的151个建议 建议128：预防线程死锁
1700451183
1700451184
线程死锁（DeadLock）是多线程编码中最头疼的问题，也是最难重现的问题，因为Java是单进程多线程语言，一旦线程死锁，则很难通过外科手术式的方法使其起死回生，很多时候只有借助外部进程重启应用才能解决问题。我们看看下面的多线程代码是否会产生死锁：
1700451185
1700451186
class Foo implements Runnable{
1700451187
1700451188
public void run（）{
1700451189
1700451190
//执行递归函数
1700451191
1700451192
fun（10）；
1700451193
1700451194
}
1700451195
1700451196
//递归函数
1700451197
1700451198
public synchronized void fun（int i）{
1700451199
1700451200
if（—i＞0）{
1700451201
1700451202
for（int j=0；j＜i；j++）{
1700451203
1700451204
System.out.print（”*”）；
1700451205
1700451206
}
1700451207
1700451208
System.out.println（i）；
1700451209
[
上一页 ]
[ :1.70045116e+09 ]
[
下一页 ]