多线程环境下出现脏读

在我们学习过程当中,脏读并不陌生,但是在多线程环境下也是特别容易出现脏读现象的。

举个栗子:在一个对象当中有多个属性,还有读写方法,当我们取创建一个线程去修改数据时,让我们的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();

    }
}

运行结果是:

 分析:

这就是我们在学习过程当中容易忽略的问题,我们认为写方法需要实现同步效果,因为多线程在修改数据是可能造成数据不一致性,但是忽略了读数据时刚刚那条线程修改了一半数据,读到的数据可能是脏数据。联想到数据库事务通常使用读已提交这种隔离级别去避免读到脏数据。所以在这里需要对读方法也加上同步锁,这样一来若有一条线程正在修改数据时,把读数据的操作上锁,禁止其他线程读数据。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值