他们貌似还活在上个世纪一样，只刷了八股就来面试，但看的出来是用心准备的，甚至有个内向的小姑娘虽然磕磕巴巴，但是讲话一看就是自己练了很多遍了
所以基本给了第二次机会，同样把自己整理的业务场景题给了一份，毕竟都是那样过来的，给新人遮把伞没啥毛病
这里强烈说一下，很多网上都在发什么八股题刷了通过率怎么怎么样的，千万别信，自己刷刷面经看看最近面什么题再去准备比较好，有些人把老旧的八股，基本没什么人问的，22、23年的题拉出来，还很多人要，不太理解
不知道刷什么可以看看我写的这些
业务场景题
2. 电商平台中订单未支付过期如何实现自动关单？
日常开发中，我们经常遇到这种业务场景，如：外卖订单超 30 分钟未支付，则自动取订单；用户注册成功 15 分钟后，发短信息通知用户等等。这就延时任务处理场景。
在电商，支付等系统中，一设都是先创建订单（支付单）,再给用户一定的时间进行支付，如果没有按时支付的话，就需要把之前的订单（支付单）取消掉。这种类以的场景有很多，还有比如到期自动收货，超时自动退款，下单后自动发送短信等等都是类似的业务问题。
2.1 定时任务
通过定时任务关闭订单，是一种成本很低，实现也很容易的方案。通过简单的几行代码，写一个定时任务，定期扫描数据库中的订单，如果时间过期，就将其状态更新为关闭即可。
优点：实现容易，成本低，基本不依赖其他组件。缺点：时间可能不够精确。由于定时任务扫描的间隔是固定的，所以可能造成一些订单已经过期了一段时间才被扫描到，订单关闭的时间比正常时间晚一些。增加了数据库的压力。随着订单的数量越来越多，扫描的成本也会越来越大，执行时间也会被拉长，可能导致某些应该被关闭的订单迟迟没有被关闭。
总结：采用定时任务的方案比较适合对时间要求不是很敏感，并且数据量不太多的业务场景。
2.2 JDK 延迟队列 DelayQueue
DelayQueue 是 JDK 提供的一个无界队列，我们可以看到，DelayQueue 队列中的元素需要实现 Delayed，它只提供了一个方法，就是获取过期时间。
用户的订单生成以后，设置过期时间比如 30 分钟，放入定义好的 DelayQueue，然后创建一个线程，在线程中通过 while(true)不断的从 DelayQueue 中获取过期的数据。
优点：不依赖任何第三方组件，连数据库也不需要了，实现起来也方便。缺点：
因为 DelayQueue 是一个无界队列，如果放入的订单过多，会造成 JVM OOM。DelayQueue 基于 JVM 内存，如果 JVM 重启了，那所有数据就丢失了。
总结：DelayQueue 适用于数据量较小，且丢失也不影响主业务的场景，比如内部系统的一些非重要通知，就算丢失，也不会有太大影响。
2.3 redis 过期监听
redis 是一个高性能的 KV 数据库，除了用作缓存以外，其实还提供了过期监听的功能。在 redis.conf 中，配置 notify-keyspace-events Ex 即可开启此功能。
然后在代码中继承 KeyspaceEventMessageListener，实现 onMessage 就可以监听过期的数据量。
通过以上源码，我们可以发现，其本质也是注册一个 listener，利用 redis 的发布订阅，当 key 过期时，发布过期消息（key）到 Channel ：keyevent@*:expired 中。在实际的业务中，我们可以将订单的过期时间设置比如 30 分钟，然后放入到 redis。30 分钟之后，就可以消费这个 key，然后做一些业务上的后置动作，比如检查用户是否支付。
优： 由于 redis 的高性能，所以我们在设置 key，或者消费 key 时，速度上是可以保证的。
缺点：由于 redis 的 key 过期策略原因，当一个 key 过期时，redis 无法保证立刻将其删除，自然我们的监听事件也无法第一时间消费到这个 key，所以会存在一定的延迟。另外，在 redis5.0 之前，订阅发布中的消息并没有被持久化，自然也没有所谓
的确认机制。所以一旦消费消息的过程中我们的客户端发生了宕机，这条消息就彻底丢失了。
总结：redis 的过期订阅相比于其他方案没有太大的优势，在实际生产环境中，用得相对较少。
2.4 Redisson 分布式延迟队列
Redisson 是一个基于 redis 实现的 Java 驻内存数据网格，它不仅提供了一系列的分布式的 Java 常用对象，还提供了许多分布式服务。
Redisson 除了提供我们常用的分布式锁外，还提供了一个分布式延迟队列RDelayedQueue，他是一种基于 zset 结构实现的延迟队列，其实现类是RedissonDelayedQueue。
优点：使用简单，并且其实现类中大量使用 lua 脚本保证其原子性，不会有并发重复问题。
缺点：需要依赖 redis（如果这算一种缺点的话）。
总结：Redisson 是 redis 官方推荐的 JAVA 客户端，提供了很多常用的功能，使用简单、高效，推荐大家尝试使用。
2.5 RocketMQ 延迟消息
延迟消息，当消息写入到 Broker 后，不会立刻被消费者消费，需要等待指定的时长后才可被消费处理的消息，称为延时消息。
在订单创建之后，我们就可以把订单作为一条消息投递到 rocketmq，并将延迟时间设置为 30 分钟，这样，30 分钟后我们定义的 consumer 就可以消费到这条消息，然后检查用户是否支付了这个订单。
通过延迟消息，我们就可以将业务解耦，极大地简化我们的代码逻辑。
优点：可以使代码逻辑清晰，系统之间完全解耦，只需关注生产及消费消息即可。另外其吞吐量极高，最多可以支撑万亿级的数据量。
缺点：相对来说 mq 是重量级的组件，引入 mq 之后，随之而来的消息丢失、幂等性问题等都加深了系统的复杂度。
总结：通过 mq 进行系统业务解耦，以及对系统性能削峰填谷已经是当前高性能系统的标配。
2.6 RabbitMQ 死信队列
除了 RocketMQ 的延迟队列，RabbitMQ 的死信队列也可以实现消息延迟功能。当 RabbitMQ 中的一条正常消息，因为过了存活时间（TTL 过期）、队列长度超限、被消费者拒绝等原因无法被消费时，就会被当成一条死信消息，投递到死信队列。
基于这样的机制，我们可以给消息设置一个 ttl，然后故意不消费消息，等消息过期就会进入死信队列，我们再消费死信队列即可。
通过这样的方式，就可以达到同 RocketMQ 延迟消息一样的效果。
优点：同 RocketMQ 一样，RabbitMQ 同样可以使业务解耦，基于其集群的扩展性，也可以实现高可用、高性能的目标。
缺点：死信队列本质还是一个队列，队列都是先进先出，如果队头的消息过期时间比较长，就会导致后面过期的消息无法得到及时消费，造成消息阻塞。
总结：除了增加系统复杂度之外，死信队列的阻塞问题也是需要我们重点关注的。
由于接下来写题目+答案太多了，展示一下所有题目
1.知己知彼才能百战百胜，如何做好面试前的准备工作
2.电商平台中订单未支付过期如何实现自动关单？
3.如何设计一个秒杀系统
4.如果你的系统的QPS突然提升10倍你会怎么设计？
5.字节二面：如何设计一个支持10万QPS的会员系统
6.如何从零搭建10万级QPS大流量、高并发优惠券系统
7.设计一个支持10WQPS的评论中台，你会怎么设计？
8.短URL生成器设计：百亿短URL怎样做到无冲突？
9.如何设计一个支持万亿GB网盘实现秒传与限速的系统
10.如何设计一个支持三千万用户同时在线的短视频系统？
11.需要设计一款基于LBS的交友系统，如何设计地理空间邻近算法？
12.搜索引掌设计：信息搜索怎么避免大海捞针？
13.微博系统设计：怎么应对热点事件的突发访问压力？
14.如何避免超预期的高并发压力压垮系统？
15.设计一个支持敏感数据存储和传输安全的加解密平台
16.如何设计一个支持5亿用户规模的网约车系统？
17.如何让系统抗住双十一的预约抢购活动？
18.如果让你设计一个支持千万级流量的架构，你会怎么设计？
19.如何设计RPC框架在10万QPS下实现毫秒级的服务调用？
20.在你上一家公司中是如何如何实现蓝绿发布的？
21.如何根据应用场景选择合适的消息中间件？
22.如何提升RocketMQ顺序消费性能?
23.使用分布式调度框架该考虑哪些问题？
24.在做同城多活方案中如何实现机房之间的数据同步？
25.你们采用微服务架构，请问你是什么做系统拆分的？
26.如何解决高并发下的库存抢购超卖少买问题？
27.为什么高并发下数据写入不推荐关系数据库？
28.如果让你设计一个分布式链路跟踪系统？你怎么做？
29.如何优化系统架构设计来缓解流量压力提升并发性能？
30.为什么复杂的架构一定要做分层设计？
31.假设数据库成为了性能瓶颈点，动态数据查询如何提升效率
32.如何设计支持50万QPS的站内未读消息系统？
33.面试必问之Java常见线上故障排查方案详解
34.线上的API接口响应比较慢，该如何快速排查和定位问题？
35.百万级别数据的Exce如何快速导入到数据库中
36.如何设计一个敏感词过滤系统？
37.微信抢红包的功能是如何实现的，如果让你来做你怎么设计？
38.系统升级过程中如何实现数据的平滑迁移
39.如何确保你的消息只被消费一次？
40.如何设计一个在生产环境下做全链路压测的平台
41.[线上问题排查]MQ消息队列消息堆积问题排查和解决思路
42.[线上问题排查]如果JVM出现频繁FulIGC该如何解决
43.[线上问题排查]IVMOOM问题如何排查和解决
44.[线上问题排查]CPU使用率较高排查和解决思路
45.[合集]海量数据下的数据统计高频面试题系列
46.[线上问题排查]数据库出现死锁如何排查
47.请你详细介绍一下扫码登录的实现原理？
48.单点登录(SSO）的设计与实现
49.[京东一面如何用Redis统计用户访问量？
50.shoppe面试题实时订阅推送设计与实现
51.[阿里一面购物车系统怎么设计？
额外有一些之前整理的大厂面试原题，附答案，觉得有帮助可以看看
好了，以后面试Java岗记得要刷业务场景，我这个虽然不是很全，如果有更全的可以沟通交流哈
麻烦大家觉得不错可以点点支持，谢谢
今天的内容就到这里了，祝大家11月求职顺利
