哦吼，这次的实验题目是一道非常经典的多线程买票问题。题目要求我们创建5个线程来模拟卖票，当然这其中就包含多线程存在也就是我们要解决的问题，重复卖票和超额卖票。即多个窗口卖出同一张票以及窗口卖出非正数编号的票。
不过这个问题可以先放一下，我们先来创建基础的线程模型，并在主方法中创建五个线程让他们跑起来；
话不多说，上代码。
代码的含义和需要注意的点都在注释里面了，一定要看注释！！！
运行结果就是：
后面太长了就不放了。。。。
完成了基础的多线程框架搭建后，我们来为每个线程执行过程中加入卖票的程序
首先要解决的一个问题是：票存在哪里？。毋庸置疑的是由于是多线程并发的售票，因此票这个变量一定是被多个线程所共享的，而不能是每个线程对象自己的属性。
一个可行的方案是在类中定义静态的票计数，这样所有的线程访问票的时候访问的都是同一个票计数变量。
另一个可行方案是使用一个对象管理票，票计数是这个对象的成员，并且让每个持有相同的对象。那么多个线程也同样共享票计数。
当然，可行的方案还有很多，现在我们先来实现第一种，在之后的改进中，我们还会用到第二种。
先来一个没有加锁的写法，看看他的问题
这段不加锁的代码会遇到许多很尴尬的问题，首先一个，多线程之间的重复卖票：
除了重复卖票，还有超额卖票的行为：
这当然是不能容忍的，解决办法是在卖票过程对变量加锁，使得每次只能有一个线程进入卖票的环节而其他线程只能循环等待：
但是这样处理并不能完全结局上面的问题，尽管每次只能一个线程进入卖票阶段阻止了重复卖票。但是超额卖票的行为依旧会发生：
好嘛，这次非常严重
原因吗其实并不复杂，我们加锁只是能阻止多个进程进入卖票程序，但是会有其他程序达成判断条件，执行到卖票程序之前等待进入，如果一个线程将票卖完而此时有其他程序刚好等待进入，那么就会出现上面的情况。
所以我们还需要加上一道保险：
经过这样的处理，票子就可以放心的卖出而不用担心重或者卖超了
在前面我们还提出了另一种方案，就是使用一个对象管理票的售卖。这种方案就不展开啰嗦了，直接上代码：
到此这篇关于 Java 多线程实战模拟站点售票的文章就介绍到这了,想要了解更多相关 Java 多线程其他的实战内容请搜索W3Cschool以前的文章或继续浏览下面的相关文章，希望大家以后多多支持我们！
版权声明：
本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。
本文网址：https://www.bianchenghao6.com/java-jiao-cheng/14925.html