导语
在实际多线程情况下访问共享资源,需要对资源进行同步操作防止数据不一致的情况发生,通常使用的方法式是使用synchronized关键字或者是使用Lock显式锁的方式进行同步资源的锁定。
在对同步资源进行访问的时候不免有两种情况读操作和写操作,对于资源的增删改查不外乎就是这两种方式。当多个线程在对同一个资源进行访问的时候就会出现读写操作的竞争问题。也就是说在同一时刻多个线程同时读或者写,在这个时候就让我们想到的上篇博客中的方式使用排他锁的方式,也就是说当有一个线程占用资源的时候其他线程将不会获得锁。那么我们就来分析一下在那些情况下需要加锁那些情况下不使用锁。
共享资源冲突问题描述
在实际开发中多个线程同一时间进行读操作并不会导致竞争冲突,但是写操作的话就会出现竞争冲突的问题。有些时候我们对数据的要求是以写操作为主,所以在开发中就需要注意到写操作的冲突问题。有的时候我们对于读操作的要求比较高例如查询操作,它并不需要对资源进行修改所以说写操作在有些时候并不会导致资源竞争的出现。那么就为我们提供了一种方法叫做读写分离。在很多的地方都使用到了这种方法论,例如数据库集群、文件存储集群等等。
读写分离程序设计
定义Lock接口
public interface Lock {
//自定义接口</