Lock是java.util.concurrent.locks包下的接口,Lock 实现提供了比使用synchronized 方法和语句可获得的更广泛的锁定操作,它能以更优雅的方式处理线程同步问题,我们拿Java线程之线程同步synchronized和volatile详解中的一个例子简单的实现一下和sychronized一样的效果,代码如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
|
public class LockTest {
public static void main(String[] args) {
final Outputter1 output = new Outputter1();
new Thread() {
public void run() {
output.output( "zhangsan" );
};
}.start();
new Thread() {
public void run() {
output.output( "lisi" );
};
}.start();
}
}
class Outputter1 {
private Lock lock = new ReentrantLock(); // 锁对象
public void output(String name) {
// TODO 线程输出方法
lock.lock(); // 得到锁
try {
for ( int i = 0 ; i < name.length(); i++) {
System.out.print(name.charAt(i));
}
} finally {
lock.unlock(); // 释放锁
}
}
}
|
这样就实现了和sychronized一样的同步效果,需要注意的是,用sychronized修饰的方法或者语句块在代码执行完之后锁自动释放,而用Lock需要我们手动释放锁,所以为了保证锁最终被释放(发生异常情况),要把互斥区放在try内,释放锁放在finally内。
如果说这就是Lock,那么它不能成为同步问题更完美的处理方式,下面要介绍的是读写锁(ReadWriteLock),我们会有一种需求,在对数据进行读写的时候,为了保证数据的一致性和完整性,需要读和写是互斥的,写和写是互斥的,但是读和读是不需要互斥的,这样读和读不互斥性能更高些,来看一下不考虑互斥情况的代码原型:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
|
public class ReadWriteLockTest {
public static void main(String[] args) {
final Data data = new Data();
for ( int i = 0 ; i < 3 ; i++) {
new Thread( new Runnable() {
public void run() {
for ( int j = 0 ; j < 5 ; j++) {
data.set( new Random().nextInt( 30 ));
}
}
}).start();
}
for ( int i = 0 ; i < 3 ; i++) {
new Thread( new Runnable() {
public void run() {
for ( int j = 0 ; j < 5 ; j++) {
data.get();
}
}
}).start();
}
}
}
class Data {
private int data; // 共享数据
public void set( int data) {
System.out.println(Thread.currentThread().getName() + "准备写入数据" );
try {
Thread.sleep( 20 );
} catch (InterruptedException e) {
e.printStackTrace();
}
this .data = data;
System.out.println(Thread.currentThread().getName() + "写入" + this .data);
}
public void get() {
System.out.println(Thread.currentThread().getName() + "准备读取数据" );
try {
Thread.sleep( 20 );
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread().getName() + "读取" + this .data);
}
}
|
部分输出结果:
1
2
3
4
5
6
7
8
9
10
|
Thread- 1 准备写入数据
Thread- 3 准备读取数据
Thread- 2 准备写入数据
Thread- 0 准备写入数据
Thread- 4 准备读取数据
Thread- 5 准备读取数据
Thread- 2 写入 12
Thread- 4 读取 12
Thread- 5 读取 5
Thread- 1 写入 12
|
我们要实现写入和写入互斥,读取和写入互斥,读取和读取互斥,在set和get方法加入sychronized修饰符:
1
2
|
public synchronized void set( int data) {...}
public synchronized void get() {...}
|
部分输出结果:
1
2
3
4
5
6
7
8
9
10
|
Thread- 0 准备写入数据
Thread- 0 写入 9
Thread- 5 准备读取数据
Thread- 5 读取 9
Thread- 5 准备读取数据
Thread- 5 读取 9
Thread- 5 准备读取数据
Thread- 5 读取 9
Thread- 5 准备读取数据
Thread- 5 读取 9
|
我们发现,虽然写入和写入互斥了,读取和写入也互斥了,但是读取和读取之间也互斥了,不能并发执行,效率较低,用读写锁实现代码如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
|
class Data {
private int data; // 共享数据
private ReadWriteLock rwl = new ReentrantReadWriteLock();
public void set( int data) {
rwl.writeLock().lock(); // 取到写锁
try {
System.out.println(Thread.currentThread().getName() + "准备写入数据" );
try {
Thread.sleep( 20 );
} catch (InterruptedException e) {
e.printStackTrace();
}
this .data = data;
System.out.println(Thread.currentThread().getName() + "写入" + this .data);
} finally {
rwl.writeLock().unlock(); // 释放写锁
}
}
public void get() {
rwl.readLock().lock(); // 取到读锁
try {
System.out.println(Thread.currentThread().getName() + "准备读取数据" );
try {
Thread.sleep( 20 );
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread().getName() + "读取" + this .data);
} finally {
rwl.readLock().unlock(); // 释放读锁
}
}
}
|
部分输出结果:
1
2
3
4
5
6
7
8
9
10
11
12
13
|
Thread- 4 准备读取数据
Thread- 3 准备读取数据
Thread- 5 准备读取数据
Thread- 5 读取 18
Thread- 4 读取 18
Thread- 3 读取 18
Thread- 2 准备写入数据
Thread- 2 写入 6
Thread- 2 准备写入数据
Thread- 2 写入 10
Thread- 1 准备写入数据
Thread- 1 写入 22
Thread- 5 准备读取数据
|
从结果可以看出实现了我们的需求,这只是锁的基本用法,锁的机制还需要继续深入学习。
总结
以上就是本文关于Java线程之锁对象Lock-同步问题更完美的处理方式代码实例的全部内容,希望对大家有所帮助,有什么问题可以随时留言,小编会及时回复大家的。感谢朋友们对本站的支持!
原文链接:http://blog.csdn.net/ghsau/article/details/7461369