多线程数据改变导致可见性问题整理

这里也是一个比较好玩的话题:

梳理:当一个线程访问数据,是串行的,也就是第一次改变数据,第二次访问

肯定是拿到改变后的数据。而多线程就没有这么好的命运了。当A

改变数据,B去拿的时候可能数据源根本没有变化,错误以为没有改变。


JAVA并发编程实战举了一个例子。

当A尝试改变一个数据,同时改变状态为已经改变的状态。

B检查状态改变做相应的处理。当简单的多线程甚至是加锁处理发现效果并不满意:

原因很简单:加锁防止别的线程访问,但是自己改变了数据并不能及时的通知对方。

public class Down extends Thread{
    static boolean isChanged;
    static int count;

  static   DownloadEntity downloadEntity=new DownloadEntity();
    public static void main(String args[])
    {
       new ReadThread().start();
        isChanged=true;
        count=111;

    }

    static class ReadThread extends Thread
    {
        public void run()
        {
          while(!isChanged)
              Thread.yield();
            System.out.print(count);
        }
    }

    public void run()
    {
        downloadEntity.get(System.currentTimeMillis());
    }
    public static void print()
    {
        System.out.print(downloadEntity.get(System.currentTimeMillis()));

    }
}

很遗憾,这段代码执行完了

那么是什么导致》?待:

主要是set/get未上锁,待论证




  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值