下列代码展示了完整的 Docker 镜像构建、标记和推送到 Docker Hub 的流程，包括单平台和多平台构建。下面我将详细解释每个步骤：

最近新入手 Macbook Pro，使用了6年的 windows 电脑将逐渐被替换，因此需要将老电脑中的Hexo博客迁移至新电脑。由于习惯了目前的Next主题样式，不想更换到最新版，特需要将现在的所有环境版本同步到我的 Parallels Desktop 中的windows11中。

Eureka

设计原则

Eureka 采用纯 java 实现，其设计原则是AP，即可用性和分区容错性。它保证了注册中心的可用性，但舍弃了数据一致性，各节点上的数据有可能是不一致的，但是会最终一致。

MQ 踩坑

坑一、消费者宕机，消息积压百万

挖坑： 实际项目中有发生过消费者挂掉，导致mq积压了上百万的消息。

填坑： 首先向公司申请了一批机器，构建了一个多倍于原有队列的mq，并且为他们设定了各自的消费者，然后临时修改原有的宕机消费者代码，使其接收到消息后不再消费，而是直接发到新建的mq中，然后重启恢复挂掉的消费者，让新建的mq的消费者去快速消费。消费完毕后，撤掉新建的mq，恢复原有代码，填坑完毕。

在业务逻辑中，开启多线程，可以提高性能，但是子线程报错，主线程难以捕获，导致事务特性难以保证。即主线程异常，如何回滚所有子线程，一个子线程异常，如何回滚主线程和其它所有子线程。经过实践，封装了一个工具类，用以保证多线程事务特性。
思路：
线程相互等待。主线程等子线程执行，如子线程有异常，主线程手动抛出，如无异常，子线程等主线程执行，如主线程有异常，回滚事务，如无，提交事务，等所有子线程执行完事务，主线程返回结果。
代码如下：

准备

初始一个集合对象，以供测试：

1
2
3
4
5

List<User> list = new ArrayList<>();
list.add(new User("张三", 12));
list.add(new User("李四", 16));
list.add(new User("王五", 18));
list.add(new User("赵六", 20));

filter

1

list.stream().filter(u -> u.getAge() >= 18).collect(Collectors.toList());

1
2

User{name='王五',  age=18}
User{name='赵六',  age=20}

一、shard

1. es 中的 shard 分为 primary shard 和 replica shard，后者是前者的副本，负责容错，承担读请求
2. 每个 shard 都可以独立完成创建索引，处理请求，是一个最小工作单元
3. 每个 document 只会存在一个 primary shard 和 其对应的 replica shard 中
4. primary shard 在索引创建时固定，默认为 5，创建后不可修改， replica shard ，默认为1，可以修改
5. 一个 index 包含多个 shard

为什么使用MQ （优缺点）

优点

1.解耦
一个系统可能有abcd四个模块，a 模块是核心模块，bcd 都需要从 a 获取数据，那么就需要在 a 模块写3个接口给bcd传输数据，这样的话，不管是模块增减，还是数据有变，都需要在a模块修改代码，强耦合。此时 ，mq 可以解耦，a 把数据发送到mq，bcd 自行订阅消费即可。

2.异步
一个接口可能调用多个模块的接口，耗时较大。通过 mq ，可以让各个模块自行在后台消费，该接口只需要执行完自己的操作即可返回结果。

3.削峰
系统可能在某个时间点，有大量请求过来，可能会导致系统直接崩掉，而其他时间请求很少，此时就可以通过 mq 存储数据，在后台以每秒系统能够承受的压力去处理请求。