Java实战之多线程模拟站点售票

一、实验题目

二、分析

哦吼，这次的实验题目是一道非常经典的多线程买票问题。题目要求我们创建5个线程来模拟卖票，当然这其中就包含多线程存在也就是我们要解决的问题，重复卖票和超额卖票。即多个窗口卖出同一张票以及窗口卖出非正数编号的票。

不过这个问题可以先放一下，我们先来创建基础的线程模型，并在主方法中创建五个线程让他们跑起来；

话不多说，上代码。

代码的含义和需要注意的点都在注释里面了，一定要看注释！！！

运行结果就是：

后面太长了就不放了。。。。

完成了基础的多线程框架搭建后，我们来为每个线程执行过程中加入卖票的程序

首先要解决的一个问题是：票存在哪里？。毋庸置疑的是由于是多线程并发的售票，因此票这个变量一定是被多个线程所共享的，而不能是每个线程对象自己的属性。

一个可行的方案是在ticketsellet类中定义静态的票计数，这样所有的线程访问票的时候访问的都是同一个票计数变量。

另一个可行方案是使用一个对象管理票，票计数是这个对象的成员，并且让每个ticketseller持有相同的对象。那么多个线程也同样共享票计数。

当然，可行的方案还有很多，现在我们先来实现第一种，在之后的改进中，我们还会用到第二种。

先来一个没有加锁的写法，看看他的问题

这段不加锁的代码会遇到许多很尴尬的问题，首先一个，多线程之间的重复卖票：

除了重复卖票，还有超额卖票的行为：

这当然是不能容忍的，解决办法是在卖票过程对tickets变量加锁，使得每次只能有一个线程进入卖票的环节而其他线程只能循环等待：

但是这样处理并不能完全结局上面的问题，尽管每次只能一个线程进入卖票阶段阻止了重复卖票。但是超额卖票的行为依旧会发生：

好嘛，这次非常严重

原因吗其实并不复杂，我们加锁只是能阻止多个进程进入卖票程序，但是会有其他程序达成判断条件，执行到卖票程序之前等待进入，如果一个线程将票卖完而此时有其他程序刚好等待进入，那么就会出现上面的情况。

所以我们还需要加上一道保险：

经过这样的处理，票子就可以放心的卖出而不用担心重或者卖超了

三、完整代码：

在前面我们还提出了另一种方案，就是使用一个对象管理票的售卖。这种方案就不展开啰嗦了，直接上代码：

到此这篇关于java实战之多线程模拟站点售票的文章就介绍到这了,更多相关多线程模拟站点售票内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！