Java面试场景题在面试过程中，场景题尤为重要；通过场景题可以体现出应聘者计算机基础，知识点积累与沉淀，解题思路以及对八股文的理解。在专栏中，将着重讲解以下内容：1. 分布式内容1.1、 负载均衡、集群、高可用、 TPS，QPS1.2、 分布式场景题：重复提交【接口幂等性】，分布式事务，分布式锁1.3、资源争抢问题和秒杀场景如何设计？1.4、 日志的重要性2. 多线程/线程池的使用3. Redis 应用场景和缓存管理：热点数据维护，缓存雪崩，缓存穿透4. MQ/Kafka 消息处理5. 数据库优化和接口优化6. Spring 源码相关的场景题7. 杂谈和社会磕专栏内容更偏向实际运用，而不是概念化的思路；希望大家学完之后，可以根据自身的业务酌情考虑方案的使用#java##java实习##java求职#  Java八股文+场景题-牛客网 https://www.nowcoder.com/creation/manager/columnDetail/mPZY5M

在面试过程中，场景题尤为重要；通过场景题可以体现出应聘者计算机基础，知识点积累与沉淀，解题思路以及对八股文的理解。在专栏中，将着重讲解以下内容：1. 分布式内容1.1、 负载均衡、集群、高可用、 TPS，QPS1.2、 分布式场景题：重复提交【接口幂等性】，分布式事务，分布式锁1.3、资源争抢问题和秒杀场景如何设计？1.4、 日志的重要性2. 多线程/线程池的使用3. Redis 应用场景和缓存管理：热点数据维护，缓存雪崩，缓存穿透4. MQ/Kafka 消息处理5. 数据库优化和接口优化6. Spring 源码相关的场景题7. 杂谈和社会磕专栏内容更偏向实际运用，而不是概念化的思路；希望大家学完之后，可以根据自身的业务酌情考虑方案的使用#java#  Java之项目解析+八股文-牛客网 https://www.nowcoder.com/creation/manager/columnDetail/mPZY5M

服务有没有必要限流首先将公司业务分为一级业务和二级业务，业务的级别不同，被访问的流量也差异较大！那么针对流量的差异性，业务模块会进行服务拆分。一级业务相关的服务会部署大量的服务节点，防止流量冲击；二级业务由于没有大量流量的冲击，部署的服务器相对较少；而限流会导致用户的丢失总结：1、完善服务的模块拆分，进行流量分流2、尽量不使用限流，防止用户的丢失3、重点：针对秒杀场景会进行单独服务的大量部署，一方面承接大量的用户流量，另外一方面要预防限流造成的用户丢失有没有必要分库分表在银行，金融类公司中，大部分业务都拥有大量数据，此时就需要考虑分库分表的设计；当然由于互联网的发展，已经出现了相对稳定专门针对...

接口优化的依据 通过Prometheus+Grafana工作之后，我们每天早上都要通过监控图表观察自己负责的组件1、统计接口调用时长和平均时长：如果调用时长远超于平均时长，需要排查是服务器的问题，还是SQL的问题导致接口完成时间加长，是否需要添加缓存增加执行效率，是否需要索引优化2、统计接口调用次数：针对经常被调用接口的所在组件，进行节点数量的调整/索引优化/增加缓存3、统计用户操作次数和常用功能：可以更精准的对接用户群体和需求4、统计服务的异常信息：4.1、针对未知异常：需要在下此次迭代中进行改进4.2、针对已知异常：如果是操作不正确，需要加大用户操作软件的培训；如果是用户资源不足，需要消息...

大数据量/消息处理问题/MQ消息堆积第一步：采用kafka做一下接口，然后分散到各个业务线的MQ中第二步：MQ拿到数据后，如果数据量还是很大，采用线程池处理第三步：增大消费者节点，比如一个节点可以同时有50个线程，那么就可以迅速消费50条消息；如果消费者节点有20个，那么同时就可以迅速消费1000条消息防止MQ消息丢失1、投递失败导致丢失：开启Confirm机制，分配唯一ID，获取ACK消息判断是否投递成功；利用try-catch机制设置兜底策略2、持久化失败导致丢失：通过唯一ID监控，消息是否被正常投递或者消费，如果没有，可以通过人工干预，重新投递3、消费失败导致丢失：利用try-catch...

注意事项：1、当需要使用异步线程时，哪怕只需要一个线程，都必须使用线程池获取；因为线程池可以减少 JVM 对线程的创建和销毁2、线程池在使用过程中，有几个重要的参数比较重要a、最大线程数：当需要处理的任务过多，最大线程数过大，会造成线程轮换 CPU 频繁，效率降低；同时也会造成 OOM 溢出b、使用无边队列：当需要处理的任务过多，会造成 OOM 溢出c、使用有边队列：当需要处理的任务过多，会造成任务丢失d、当需要使用线程池处理大量任务/消息，尽量保证线程池所在服务的责任单一性，多部署服务节点，避免拒绝策略的触发；比如：一个线程池最大线程数是 50，最多可以同时处理 50 条数据，当服务节点变成...

重复提交【接口幂等性】接口的作用：幂等性防止接口重复提交实现接口幂等性的方式：方式一：通过令牌校验的方式方式二：通过分布式锁的方式分布式事务和分布式锁当一个资源可能被争抢时，就需要使用分布式锁，防止超卖/重复提交现象发生例如：假如支付接口，需要在钱包中扣钱；此时，支付接口所在的服务有两个节点，用户点击两次支付，两个接口都会执行支付操作；此时钱包就会被争抢，需要使用分布式锁，防止钱包金额变成负数在购买完成后，订单表会自增加一条记录，商品表记录会减少商品数量，钱包会减少金额，此时就涉及到分布式事务分布式事务和普通事务的原子性要求是一样的：要么全部成功，要么全部失败；此时当业务发生异常时，就需要全部...

推荐一下我的专栏https://www.nowcoder.com/creation/manager/columnDetail/mPZY5M#java#

#java自学# #java项目[话题]#

1、因为有零基础的学员，在使用SpringBoot做开发的过程中，总是出现各种各样的问题，所以设计了一个SpringBoot零基础入门的实战项目课程；2、市面上很少存在纯后端的项目，学员在学习过程中由于前端的问题会耽误学习效率3、如果有需要做毕设的同学，也可以把这个项目当做一个基础的框架进行二次开发4、因为SpringBoot发展的规模，已经可以让我们完全跳过SSM框架的学习，直接通过SpringBoot的学习，就可以顺利上手各种技术栈的应用和后端接口的开发#java##java项目[话题]##java自学##java面试题#

需要的私信我，持续迭代中！#springboot##java#

#Java#如何介绍项目？首先我们要联想一下类似的平台有哪些我这里举个例子：比如支付宝会员中心里面，也有积分，有等级，积分可以兑换优惠券，可以兑换立减金，可以兑换各种平台的VIP会员；讲到这里，大家是不是就清晰了很多；而这个项目就是从后台运维到用户端使用的全链路接下来，我们就需要考虑运维平台是如何发起权益活动的1、首先权益活动本身是有一些属性值的，比如活动名称，活动时间，活动状态等等2、权益活动还设置了一些规则：2.1、任务的管理：如何创建任务，如何参加任务，完成每个任务可以获取到那些资源【比如：积分/金币等等】2.2、如何参与权益活动，有哪些前置条件，比如签到多少天，比如绑定银行卡，比如申请信用卡等等才可以参与2.3、权益如何兑换：这里不仅涉及到策略模式，还涉及到模版模式；比如不同的权益可以兑换的资源也不同，也有的权益可以直接兑换，有的权益需要额外加钱；同样，权益也是由不同的供应商提供的，不同供应商的策略也不同，权益的属性也不同2.4、权益使用：权益兑换后的归属问题，如何进行使用，权益对应的应用如何响应权益的效果2.5、资源如何同步到数据和缓存2.6、资源如何进行管理#Java#

1、市面上的策略延时双删，布隆过滤器，数据同步，MQ异步处理，缓存预热等等2、大厂的策略是什么呢？在正式介绍之前，我们看一张图；如图，这是一张计算机的缓存策略2.1、前置表策略从这张图上面，大家可以联想到什么嘛？举个例子，一个很常见的场景题，如何设计一个热点数据服务？我们可以借鉴计算机的缓存策略，采用多级缓存的方式防止用户请求打到DB上；也就是说，用户的所有请求都在多级缓存层【专业词汇：前置表策略】进行数据处理那么前置表的运行机制是什么呢？比如：第一层缓存存放最热门的资源数据，当数据的热度降低到一定阈值，移除到二级缓存那么，如果一个热门数据，经过一段时间后热度降低；突然因为某些事件，造成数据再...