- 博客(20)
- 问答 (1)
- 收藏
- 关注
RSS订阅原创 java八股文-消息队列
消息队列（MQ）是分布式系统中实现异步通信的中间件，解耦生产者和消费者。Kafka适用于高吞吐量、流式数据处理的场景。RabbitMQ适用于任务调度、企业级消息通信和复杂的消息路由。RocketMQ适用于电商、金融等高可用、高吞吐量的分布式系统。避免无限重试：通过最大重试次数或死信队列来避免。幂等性保障：保证即使消息被多次发送，系统的状态也不会受到不良影响。优化重试策略：采用指数退避、抖动等策略来减少系统的压力。监控与报警：对失败重试进行实时监控，及时处理异常情况。
2025-02-22 15:42:47
888
原创 java八股文-jvm
加载某一个类,先委托上一级的加载器进行加载,如果上级加载器也有上级,则会继续向上委托,如果该类委托上级没有被加载,子加载器尝试加载该类.
2025-02-20 08:00:00
1022
原创 java八股文-多线程
比如 线程 Thread thread = ()->{system.out.print("1")} .他就知道实现了那个方法,多个抽象方法就不行了。. 打断阻塞的线程(sleep,eait,join)的线程,线程抛出interrutedException异常。顺序执行慢,所以多线程,用countdownlauch,等待都完成在返回就好了,但是需要 获取线程返回值,需要用callable。体现了乐观锁的实现原理,不加锁,每次会用旧值和之前的比较,不一样重新获取执行直到相等,或者设置阈值,多少次不在比较。
2025-02-19 09:00:00
2216
原创 java八股文-spring
Spring是一个开源的Java EE开发框架。Spring框架的核心功能可以应用在任何Java应用程序中，但对Java EE平台上的Web应用程序有更好的扩展性。Spring框架的目标是使得Java EE应用程序的开发更加简捷，通过使用POJO为基础的编程模型促进良好的编程风格。Spring框架的核心理念是控制反转（IoC）和面向切面编程（AOP）
2025-02-16 11:19:26
986
原创 java八股文-mysql
1. 没有使用二叉树，最坏情况o（n），红黑树，的话数据量大了，层级太多2. b+ 树的话每个节点不是只有一个节点，多路的3.b树的话每个节点都指向数据，b+只有叶子结点4. 这样b+更优秀，因为不会加载路径上的数据了。
2025-02-15 17:21:45
2857
2
原创 java八股文-redis
混合持久化是在 AOF 持久化的基础上，定期进行 RDB 持久化，以保证数据的快速恢复实现方式是在aof重写时,将rdb文件以二进制格式压缩写入aof开头,之后数据再以aof格式追加到文件的末尾。
2025-02-14 17:46:51
937
原创 微服务之任务调度工具
在微服务架构中，任务调度是一个不可或缺的组成部分。随着系统规模的扩大和业务复杂度的增加，如何高效、可靠地管理和执行定时任务成为了一个关键问题。本文将探讨微服务架构中任务调度的需求，分析常用任务调度工具的优缺点及其适用场景，并详细介绍Java微服务中常用的任务调度工具的部署和使用步骤，以及在实际应用中可能遇到的问题。
2025-02-13 17:40:11
1815
原创 微服务之消息队列
在微服务架构中，服务之间的通信至关重要。而消息队列 (Message Queue, MQ) 作为一种异步通 信机制，能够有效解耦服务，提高系统的可扩展性、可靠性和最终一致性。
2025-02-11 10:20:53
1013
原创 微服务之事务
分布式事务的选型需要根据业务场景、一致性要求和性能需求来决定。Seata 作为一款功能强大且易用的分布式事务解决方案，适合大多数场景。对于特定场景，可以选择 TCC、Saga 或消息队列等方案。无论选择哪种方案，都需要结合业务特点进行合理设计和优化，以确保系统的稳定性和性能。
2025-02-10 15:21:31
709
原创 微服务之限流
发现现在无论工作几年,一面试,要是写了用过微服务,必定逃不了问各个微服务组件,说用过sentinel还得问你为啥选择这个?和hystrix 比较过没有有啥区别?当时就蒙了,心想这不是人家领导做的选型吗,我只不过拿来用用,为了避免下次还没得说,这就对比下,记录上.
2025-02-09 10:21:02
1163
原创 微服务之配置中心
Nacos中会默认自带嵌入式数据库derby，所以我们每次创建一个Nacos实例就会有一个derby，当有多个Nacos节点的时候，就会出现一致性问题，所以Nacos支持外部数据库统一管理MySql。公司内部项目,主要是公司人员数据薪资预算,用户有限,属于小型项目,并且用的nacos做的注册中心,部署起来简单,而且可以动态修改配置,不用重新部署.所以选择nacos做配置中心。Apollo 是携程开源的一款分布式配置中心，支持配置的发布、更新、回滚等操作，提供了丰富的配置管理功能。
2025-02-08 10:58:02
608
原创 微服务之负载均衡
我觉得都可以,服务之间使用feign进行通信的话,他默认就有ribbon做负载均衡,什么都不用配置就是轮训的方式,如果cloud的包比较新可以用loadbalance.注意: 随着Ribbon的停更，Spring Cloud在Hoxton.M2版本中移除了Ribbon，并引入了Spring Cloud LoadBalancer作为替代品。,就比如前端不会直接访问某一个微服务,而是访问网关,然后由网关进行负载均衡.而整个微服务项目中。只比较客户端的了,服务端的在上一个,这里的理解就是微服务项中,使用。
2025-02-07 15:43:45
1008
原创 微服务之网关
选择 Spring Cloud Gateway 主要是因为其性能优越、社区支持强大、功能丰富、配置简单、易于扩展和未来维护有保障。而 Zuul 由于社区支持减弱和维护不确定性，逐渐被 Spring Cloud Gateway 取代。必须是一个bean类必须 以 RoutePredicateFactory 结尾 （底层反射）继承 extends AbstractRoutePredicateFactory实现静态内部类 config（接受配置信息）
2025-02-06 11:24:43
998
空空如也
spring boot整合rocketmq时候 报错
2022-01-19
TA创建的收藏夹 TA关注的收藏夹
TA关注的人