最后
分享一些系统的面试题，大家可以拿去刷一刷，准备面试涨薪。
这些面试题相对应的技术点：
- JVM
- MySQL
- Mybatis
- MongoDB
- Redis
- Spring
- Spring boot
- Spring cloud
- Kafka
- RabbitMQ
- Nginx
- …
大类就是：
- Java基础
- 数据结构与算法
- 并发编程
- 数据库
- 设计模式
- 微服务
- 消息中间件
根据上面的CyclicBarrier知识点，我们把代码优化一下
一、增加CyclicBarrier变量
//定义屏障，为什么要加1？
final CyclicBarrier cb = new CyclicBarrier(nThreads + 1);
为什么要加1？因为比赛裁判肯定先到终点（即主线程），那也需要等待，所以屏障点需要加1。
注意：这个是根据业务来的，如果设置屏障点，是根据业务逻辑设计的
二、选手跑完到屏障点
在选手跑完后，增加到达屏障点，等待
三、裁判到屏障点
这个代码是在main主线程的，也就是裁判会先到，设置屏障点
终点优化结束，执行比赛吧
这个成绩应该没有问题，把大赛的成绩都正确的显示出来了。
系统耗时
我们小伙伴再仔细观察下，上面的成绩：
1、最后一名的耗时3397ms
2、比赛执行完耗时3398ms
相差1ms，当然我们这里设计是以毫秒为单位的，如果以纳秒为单位他们的相差会比1ms少。这个不是关键，关键是其实最后一名跑完，其实就是比赛结束了。按照道理比赛执行耗时和最后一名的耗时是一样的哦。
比赛执行多次，效果都一样相差1ms。这个是为什么呢？就是因为系统耗时，我们看看比赛是在什么时候记时的，是全部选手开跑后才记时的。这边就会存在误差，因为系统执行也会耗时
//上面所有选手都已经开跑了
//整个比赛的开始时间
long startTime = System.currentTimeMillis();
//。。。
//整个比赛的结束时间
long endTime = System.currentTimeMillis();
就是因为系统执行也是会消耗时间的。当然耗时不大就是几纳秒。小伙伴知道这个点后，会不会发现我们整个代码还存在一个问题？
起点问题
我们一场比赛是要等所有选手准备好后，等待裁判发令后，才能开跑。我们来看一下我们的选手开跑代码
选手是通过for循环创建出来的，而且创新好后，就执行start开跑了。这个是不对的。
小伙伴会说for循环很快的，没关系吧。
这里是很有关系的，创建选手耗时是比较长的，而且循环体也有耗时。我们看一下之前的系统耗时，就是获取结束时间也存在系统耗时，何况这里要分配内存、创建对象等。这样对其他选手就不公平了，那怎么办？老顾再分享一个并发控制类CountDownLatch
CountDownLatch
CountDownLatch是一个或一组线程等待其他线程完成各自的工作后再执行。举个例子：
大家考场考试，有人提前交卷，但监考老师是不能走的，因为还有人没有考完，只有等到所有人交卷了，老师才能走。是不是和CyclicBarrier类似，他们也有不同点，自行百度。
到我们这个案例中，应该要等待所有选手准备好后，才能开跑。
起点优化
增加变量，计数器为1，这个值是由我们的设计决定的
//增加CountDownLatch控制类
final CountDownLatch cdl = new CountDownLatch(1);
选手预备等待
裁判发令
裁判发令后，所有的选手就会立即开跑，利用CountDownLatch达到了控制线程等待，一起执行。再执行比赛看看，也解决了系统耗时误差的问题
-----------大会公布成绩-------------
比赛选手数：4
所有选手总耗时：6686ms
比赛执行完耗时：1920ms
第一名耗时：1281ms
最后一名耗时：1920ms
总结
这篇文章只是个引子，把并发编程的两个重要的类抛出来，主要介绍应用场景。具体类的用法，小伙伴们可以网上自行学习。还有CyclicBarrier和CountDownLatch两者有相同点，有些场景可以替换使用。当然他们也有不同点，小伙伴们要注重关注。谢谢！！！
小伙伴是不是会说，那个性能测试工具类呢？其实上面已经把90%的核心代码介绍了，把跑步抽象成外部传入的任务，在加入循环执行次数就ok了，小伙伴可以自行完善。
END
欢迎长按下图关注公众号：享学课堂online！
公众号后台回复**【java】**，获取精选准备的架构学习资料（视频+文档+架构笔记）
总目录展示
该笔记共八个节点（由浅入深），分为三大模块。
高性能。 秒杀涉及大量的并发读和并发写，因此支持高并发访问这点非常关键。该笔记将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这4个方面重点介绍。
一致性。 秒杀中商品减库存的实现方式同样关键。可想而知，有限数量的商品在同一时刻被很多倍的请求同时来减库存，减库存又分为“拍下减库存”“付款减库存”以及预扣等几种，在大并发更新的过程中都要保证数据的准确性，其难度可想而知。因此，将用一个节点来专门讲解如何设计秒杀减库存方案。
高可用。 虽然介绍了很多极致的优化思路，但现实中总难免出现一些我们考虑不到的情况，所以要保证系统的高可用和正确性，还要设计一个PlanB来兜底，以便在最坏情况发生时仍然能够从容应对。笔记的最后，将带你思考可以从哪些环节来设计兜底方案。
篇幅有限，无法一个模块一个模块详细的展示（这些要点都收集在了这份《高并发秒杀顶级教程》里），麻烦各位转发一下（可以帮助更多的人看到哟！）
由于内容太多，这里只截取部分的内容。
一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)收录**
扫一扫
159
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
