LBXX

一般来说，生产者将消息投递到队列中，消费者从队列取出消息进行消费，但某些时候由于特定的原因导致队列中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信(Dead Letter)

如何保证消息的可靠性投递？即如何确定消息是否发送成功？ 如果失败如何处理？如何保证消息不被重复消费？或者说，如何保证消息消费时的幂等性？

RabbitMQ 提供了 6 种消息模型，但常用的是前面 5 种，第 6 种实际上为 RPC，所以一般来说了解前面 5 种即可，而对于后面三种，是根据 Exchange 类型划分的。

Redis 作为一种高性能的内存数据库，普遍用于目前主流的分布式架构系统中。为了提高系统的容错率，使用多实例的 Redis 也是必不可免的，但同样复杂度也相比单实例高出很多。

现代计算机用二进制（bit，位）作为信息的基础单位，1 个字节等于 8 位，例如 big 字符串是由 3 个字节组成，但实际在计算机存储时将其用二进制表示。

我们知道，Redis 主要是用来做缓存使用，只要使用到缓存，无论是本地内存做缓存还是使用 Redis 做缓存，那么就会存在数据同步的问题。

Redis 是一个内存数据库，也就意味着如果我们的电脑异常重启或者服务器宕机的情况下，存储在 Redis 中的数据会丢失。

创建线程的方式一般有如下 4 种：继承 Thread 类，实现 Runable 接口，实现 Callable 接口，利用线程池。

CountDownLatch（闭锁）是一个同步协助类，允许一个或多个线程等待，直到其他线程完成操作集。