在我们学习过程当中,脏读并不陌生,但是在多线程环境下也是特别容易出现脏读现象的。
举个栗子:在一个对象当中有多个属性,还有读写方法,当我们取创建一个线程去修改数据时,让我们的main线程调用读方法,此时可能造成读取的数据一半是之前的数据一半是修改的数据。代码如下:
public class DirtyRead {
private String username = "zjy";
private String password = "123";
public synchronized void setValue(String username, String password) {
this.username = username;
try {
TimeUnit.SECONDS.sleep(2);
} catch (InterruptedException e) {
e.printStackTrace();
}
this.password = password;
System.out.println("setValue 最终结果:username = " + username + " , password = " + password);
}
public void getValue() {
System.out.println("getValue 方法得到:username = " + this.username + " , password = " + this.password);
}
public static void main(String[] args) {
final DirtyRead dr = new DirtyRead();
Thread t1 = new Thread(() -> dr.setValue("z3", "456"));
t1.start();
try {
TimeUnit.SECONDS.sleep(1);
} catch (InterruptedException e) {
e.printStackTrace();
}
dr.getValue();
}
}
运行结果是:
分析:
这就是我们在学习过程当中容易忽略的问题,我们认为写方法需要实现同步效果,因为多线程在修改数据是可能造成数据不一致性,但是忽略了读数据时刚刚那条线程修改了一半数据,读到的数据可能是脏数据。联想到数据库事务通常使用读已提交这种隔离级别去避免读到脏数据。所以在这里需要对读方法也加上同步锁,这样一来若有一条线程正在修改数据时,把读数据的操作上锁,禁止其他线程读数据。