消息丢失的情况 首先，我们一起分析一下消息丢失的可能性有哪些。 消息从发送者发送消息，到消费者处理消息，需要经过的流程是这样的： 消息从生产者到消费者的每一步都可能导致消息丢失： 发送消息时丢失： 生产者发送消息时连接MQ失败 生产者发送消息到达MQ后未找到Exchange 生产者发送消息到达MQ的

Seata 解决分布式事务的方案有很多，但实现起来都比较复杂，因此我们一般会使用开源的框架来解决分布式事务问题。 分布式事务产生的一个重要原因，就是参与事务的多个分支事务互相无感知，不知道彼此的执行状态。因此解决分布式事务的思想非常简单： 就是找一个统一的****事务协调者，与多个分支事务通信，检测

Java锁原理 Monitor 概念 Java 对象头 以 32 位虚拟机为例

Zookeeper注册中心 zookeeper 做注册中心 和eureka 不同的是，eureka 需要启动一个微服务作为注册中心，zookeeper 是安装、启动的方式。 配置文件写的是zookeeper 的地址 主启动类要加上EnableDiscoveryClient 注解，才能根据我们配置的z

Spring Cloud Alibaba Nacos 概述 功能是：注册中心（eureka，consul，zookeeper）、全局配置（config）、总线（bus）。 总线的作用是解决config 客户端无法动态刷新配置文件的问题。 Nacos 的服务发现功能能切换AP 或者 CP 模式，默认是

注册中心 Eureka 服务的注册于发现 概述 Eureka 是由服务端和客户端构成了，客户端可以向服务端注册自己。 独立部署模式 Eureka Server 的依赖 <!--Eureka Server 的服务端依赖 --> <dependency> <groupId>org.springfra

笔记本Ubuntu系统合盖不休眠设置 更改登录配置 如果你查看文件 /etc/systemd/logind.conf 的内容，你将看到三种不同类型的笔记本电脑合盖默认设置： HandleLidSwitch=suspend：当笔记本电脑使用电池供电时，合盖挂起 HandleLidSwitchExter

ZGC ZGC 是一种可扩展的低延迟垃圾回收器。ZGC 在垃圾回收过程中，STW的时间不会超过一毫秒，适合需要低延迟的应用。支持几百兆到16TB 的堆大小，堆大小对STW的时间基本没有影响。 在G1垃圾回收器中，STW时间的主要来源是在转移阶段： 1、初始标记，STW，采用三色标记法标记从GC Ro

缓存双写一致性 需求 如果redis中有数据 ,需要和数据库中的值相同. 如果redis中无数据,数据库中的值要是最新值. 缓存分类 只读缓存 读写缓存 同步直写策略：写缓存时也同步写数据库，缓存和数据库中的数据⼀致； 对于读写缓存来说，要想保证缓存和数据库中的数据⼀致，就要采⽤同步直写策略 数据库

缓存预热+缓存雪崩+缓存击穿+缓存穿透 缓存雪崩 同一时间，大量的缓存失效，导致大量数据需要查询数据库。 发生原因 ： redis主机挂了，Redis 全盘崩溃 比如缓存中有大量数据同时过期 解决方案 key添加随机时间。 redis缓存集群实现高可用 （主从+哨兵 ， Redis Cluster）