在进行多线程买票的试验中,在不使用同步锁的情况下call()方法定义了如下:
int i = 0;
@Override
public Integer call() throws Exception {
int cnt=0;
// TODO Auto-generated method stub
for (; i < 50; i++) {
System.out.println(Thread.currentThread().getName()+"卖出"+i+"号票");
cnt++;
Thread.sleep(100);
}
System.out.println("共计卖出"+cnt+"张票");
return cnt;
}
main方法中创建了连续三个线程,共享资源。在创建资源的过程之间不添加任何的延时语句得到的结果如下:

可以发现一些资源被两个进程争抢,还有一些资源没有使用,这就造成了这种情况。

现在在创建两个进程之间添加具有睡眠功能的语句,睡眠时间为1ms,即后一个进程要慢于前一个进程1ms。在注释掉call方法内的cnt++语句时:

资源的争抢情况明显好转,那么现在延长至2ms延时得到结果:

可以发现资源争抢的情况以及被消除了。
将循环长度改成150,在2ms延时下任然有资源抢占的情况:

延长至3ms这种情况再度消失,说明这个出现抢占资源的临界条件与线程执行语句的长度有关,长度越长,越容易出现资源抢占的情况。
在多线程环境下,不使用同步锁进行买票实验,观察到资源争抢现象。通过调整线程间延迟时间,探究资源争抢的临界条件,发现线程执行语句长度对资源争抢有显著影响。
1357

被折叠的 条评论
为什么被折叠?



