1700451119
1700451120
}catch（InterruptedException e）{
1700451121
1700451122
e.printStackTrace（）；
1700451123
1700451124
}finally{
1700451125
1700451126
r.unlock（）；
1700451127
1700451128
}
1700451129
1700451130
}
1700451131
1700451132
//写操作，同时只允许一个写操作
1700451133
1700451134
public void write（Object_obj）{
1700451135
1700451136
try{
1700451137
1700451138
w.lock（）；
1700451139
1700451140
Thread.sleep（1000）；
1700451141
1700451142
System.out.println（“Writing……”）；
1700451143
1700451144
}catch（InterruptedException e）{
1700451145
1700451146
e.printStackTrace（）；
1700451147
1700451148
}finally{
1700451149
1700451150
w.unlock（）；
1700451151
1700451152
}
1700451153
1700451154
}
1700451155
1700451156
}
1700451157
1700451158
可以编写一个Runnable的实现类，把Foo类作为资源进行调用（注意多线程是共享这个资源的），然后就会发现这样的现象：读写锁允许同时有多个读操作但只允许有一个写操作，也就是当有一个写线程在执行时，所有的读线程和写线程都会阻塞，直到写线程释放锁资源为止，而读锁则可以有多个线程同时执行。
1700451159
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实现的是非公平锁，它不能实现公平锁。
[
上一页 ]
[ :1.700451119e+09 ]
[
下一页 ]