关于thread的一个小实验

最后的一个实验Lab6,关于多线程编程,但是我却对thread之间的interleaving有一些小小的疑惑,那就是是不是会出现PPT讲义中说陈述的那种情况。
所以为了解决迷惑,我写了几个小程序测验了一下:
首先我将讲义中关于银行账户的程序复现了一下,main函数中设置了一个循环,创建了100个线程,看看结果:如果没有interleaving现象,那应该出现1,2,3,4,5,6…
在这里插入图片描述

public class Test implements Runnable {
  
  private static int acount = 0;
  public static int getAcount() {
    return acount;
  }
  
  public static void deposit() {
    acount++;
  }
  
   @Override
  public void run() {
    // TODO Auto-generated method stub
    int a = getAcount();
    deposit();
    System.out.println(a+1);
  }
   
   public static void main(String[] arg) {
     for (int i =0;i<100;i++) {
      new Thread(new Test()).start();}
  }
}

而实际的结果却是这样:
在这里插入图片描述
我们看到却是出现了预期的现象
我又重写写了另一个小程序,却发现没有出现这种现象,出现的结果全是30
在这里插入图片描述
写完这两个程序之后我突然明白thread出现interleaving的原因是因为shared memory;第一个程序中acount是static,所以放在堆中共享,这样多个线程再从堆中取数据时会出现不一致的现象;而第二个程序没有任何可以共享的数据模块,每个线程都拥有自己独立的栈结构存放本地变量,自然不会有interleaving。

补一张图,可以发现程序以越到后面出现interleaving的程度越大:
在这里插入图片描述

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值