fix: update links

docs/distributed-system/README.md

@@ -1,35 +1,35 @@
 # 分布式系统
 
-## [面试连环炮](/docs/distributed-system/distributed-system-interview.md)
+## [面试连环炮](./distributed-system-interview.md)
 
 ## 系统拆分
 
--   [为什么要进行系统拆分？如何进行系统拆分？拆分后不用 Dubbo 可以吗？](/docs/distributed-system/why-dubbo.md)
+-   [为什么要进行系统拆分？如何进行系统拆分？拆分后不用 Dubbo 可以吗？](./why-dubbo.md)
 
 ## 分布式服务框架
 
--   [说一下 Dubbo 的工作原理？注册中心挂了可以继续通信吗？](/docs/distributed-system/dubbo-operating-principle.md)
--   [Dubbo 支持哪些序列化协议？说一下 Hessian 的数据结构？PB 知道吗？为什么 PB 的效率是最高的？](/docs/distributed-system/dubbo-serialization-protocol.md)
--   [Dubbo 负载均衡策略和集群容错策略都有哪些？动态代理策略呢？](/docs/distributed-system/dubbo-load-balancing.md)
--   [Dubbo 的 SPI 思想是什么？](/docs/distributed-system/dubbo-spi.md)
--   [如何基于 Dubbo 进行服务治理、服务降级、失败重试以及超时重试？](/docs/distributed-system/dubbo-service-management.md)
--   [分布式服务接口的幂等性如何设计（比如不能重复扣款）？](/docs/distributed-system/distributed-system-idempotency.md)
--   [分布式服务接口请求的顺序性如何保证？](/docs/distributed-system/distributed-system-request-sequence.md)
--   [如何自己设计一个类似 Dubbo 的 RPC 框架？](/docs/distributed-system/dubbo-rpc-design.md)
--   [CAP 定理的 P 是什么](/docs/distributed-system/distributed-system-cap.md)
+-   [说一下 Dubbo 的工作原理？注册中心挂了可以继续通信吗？](./dubbo-operating-principle.md)
+-   [Dubbo 支持哪些序列化协议？说一下 Hessian 的数据结构？PB 知道吗？为什么 PB 的效率是最高的？](./dubbo-serialization-protocol.md)
+-   [Dubbo 负载均衡策略和集群容错策略都有哪些？动态代理策略呢？](./dubbo-load-balancing.md)
+-   [Dubbo 的 SPI 思想是什么？](./dubbo-spi.md)
+-   [如何基于 Dubbo 进行服务治理、服务降级、失败重试以及超时重试？](./dubbo-service-management.md)
+-   [分布式服务接口的幂等性如何设计（比如不能重复扣款）？](./distributed-system-idempotency.md)
+-   [分布式服务接口请求的顺序性如何保证？](./distributed-system-request-sequence.md)
+-   [如何自己设计一个类似 Dubbo 的 RPC 框架？](./dubbo-rpc-design.md)
+-   [CAP 定理的 P 是什么](./distributed-system-cap.md)
 
 ## 分布式锁
 
--   [Zookeeper 都有哪些应用场景？](/docs/distributed-system/zookeeper-application-scenarios.md)
--   [使用 Redis 如何设计分布式锁？使用 Zookeeper 来设计分布式锁可以吗？以上两种分布式锁的实现方式哪种效率比较高？](/docs/distributed-system/distributed-lock-redis-vs-zookeeper.md)
+-   [Zookeeper 都有哪些应用场景？](./zookeeper-application-scenarios.md)
+-   [使用 Redis 如何设计分布式锁？使用 Zookeeper 来设计分布式锁可以吗？以上两种分布式锁的实现方式哪种效率比较高？](./distributed-lock-redis-vs-zookeeper.md)
 
 ## 分布式事务
 
--   [分布式事务了解吗？你们如何解决分布式事务问题的？TCC 如果出现网络连不通怎么办？XA 的一致性如何保证？](/docs/distributed-system/distributed-transaction.md)
+-   [分布式事务了解吗？你们如何解决分布式事务问题的？TCC 如果出现网络连不通怎么办？XA 的一致性如何保证？](./distributed-transaction.md)
 
 ## 分布式会话
 
--   [集群部署时的分布式 Session 如何实现？](/docs/distributed-system/distributed-session.md)
+-   [集群部署时的分布式 Session 如何实现？](./distributed-session.md)
 
 ---
 

docs/extra-page/README.md

@@ -7,7 +7,7 @@
 
 ## 项目 Pages 站点
 
-https://doocs.github.io/advanced-java
+https://java.doocs.org
 
 ## 维权行动
 

docs/extra-page/cover.md

@@ -4,5 +4,5 @@
 
 > 本系列知识由 Doocs 技术社区总结发布，内容涵盖高并发、分布式、高可用、微服务、海量数据处理等
 
-[社区首页](https://doocs.github.io)
+[社区首页](https://doocs.org)
 [开始学习](#互联网-java-工程师进阶知识完全扫盲)

docs/high-availability/README.md

@@ -24,7 +24,7 @@
 
 -   如何进行熔断？
 -   熔断框架都有哪些？具体实现原理知道吗？
--   [熔断框架如何做技术选型？选用 Sentinel 还是 Hystrix？](/docs/high-availability/sentinel-vs-hystrix.md)
+-   [熔断框架如何做技术选型？选用 Sentinel 还是 Hystrix？](./sentinel-vs-hystrix.md)
 
 ## 降级
 

docs/high-availability/sentinel-vs-hystrix.md

@@ -27,7 +27,7 @@ Sentinel 项目地址：https://github.com/alibaba/Sentinel
 
 Hystrix 的资源模型设计上采用了命令模式，将对外部资源的调用和 fallback 逻辑封装成一个命令对象 `HystrixCommand` 或 `HystrixObservableCommand`，其底层的执行是基于 RxJava 实现的。每个 Command 创建时都要指定 `commandKey` 和 `groupKey`（用于区分资源）以及对应的隔离策略（线程池隔离 or 信号量隔离）。线程池隔离模式下需要配置线程池对应的参数（线程池名称、容量、排队超时等），然后 Command 就会在指定的线程池按照指定的容错策略执行；信号量隔离模式下需要配置最大并发数，执行 Command 时 Hystrix 就会限制其并发调用。
 
-**注**：关于 Hystrix 的详细介绍及代码演示，可以参考本项目[高可用架构](/docs/high-availability/README.md)-Hystrix 部分的详细说明。
+**注**：关于 Hystrix 的详细介绍及代码演示，可以参考本项目[高可用架构](./README.md)-Hystrix 部分的详细说明。
 
 Sentinel 的设计则更为简单。相比 Hystrix Command 强依赖隔离规则，Sentinel 的资源定义与规则配置的耦合度更低。Hystrix 的 Command 强依赖于隔离规则配置的原因是隔离规则会直接影响 Command 的执行。在执行的时候 Hystrix 会解析 Command 的隔离规则来创建 RxJava Scheduler 并在其上调度执行，若是线程池模式则 Scheduler 底层的线程池为配置的线程池，若是信号量模式则简单包装成当前线程执行的 Scheduler。
 

docs/high-concurrency/README.md

@@ -1,51 +1,51 @@
 # 高并发架构
 
-## [消息队列](/docs/high-concurrency/mq-interview.md)
+## [消息队列](./mq-interview.md)
 
--   [为什么使用消息队列？消息队列有什么优点和缺点？Kafka、ActiveMQ、RabbitMQ、RocketMQ 都有什么优点和缺点？](/docs/high-concurrency/why-mq.md)
--   [如何保证消息队列的高可用？](/docs/high-concurrency/how-to-ensure-high-availability-of-message-queues.md)
--   [如何保证消息不被重复消费？（如何保证消息消费的幂等性）](/docs/high-concurrency/how-to-ensure-that-messages-are-not-repeatedly-consumed.md)
--   [如何保证消息的可靠性传输？（如何处理消息丢失的问题）](/docs/high-concurrency/how-to-ensure-the-reliable-transmission-of-messages.md)
--   [如何保证消息的顺序性？](/docs/high-concurrency/how-to-ensure-the-order-of-messages.md)
--   [如何解决消息队列的延时以及过期失效问题？消息队列满了以后该怎么处理？有几百万消息持续积压几小时，说说怎么解决？](/docs/high-concurrency/mq-time-delay-and-expired-failure.md)
--   [如果让你写一个消息队列，该如何进行架构设计啊？说一下你的思路。](/docs/high-concurrency/mq-design.md)
+-   [为什么使用消息队列？消息队列有什么优点和缺点？Kafka、ActiveMQ、RabbitMQ、RocketMQ 都有什么优点和缺点？](./why-mq.md)
+-   [如何保证消息队列的高可用？](./how-to-ensure-high-availability-of-message-queues.md)
+-   [如何保证消息不被重复消费？（如何保证消息消费的幂等性）](./how-to-ensure-that-messages-are-not-repeatedly-consumed.md)
+-   [如何保证消息的可靠性传输？（如何处理消息丢失的问题）](./how-to-ensure-the-reliable-transmission-of-messages.md)
+-   [如何保证消息的顺序性？](./how-to-ensure-the-order-of-messages.md)
+-   [如何解决消息队列的延时以及过期失效问题？消息队列满了以后该怎么处理？有几百万消息持续积压几小时，说说怎么解决？](./mq-time-delay-and-expired-failure.md)
+-   [如果让你写一个消息队列，该如何进行架构设计啊？说一下你的思路。](./mq-design.md)
 
-## [搜索引擎](/docs/high-concurrency/es-introduction.md)
+## [搜索引擎](./es-introduction.md)
 
--   [ES 的分布式架构原理能说一下么（ES 是如何实现分布式的啊）？](/docs/high-concurrency/es-architecture.md)
--   [ES 写入数据的工作原理是什么啊？ES 查询数据的工作原理是什么啊？底层的 Lucene 介绍一下呗？倒排索引了解吗？](/docs/high-concurrency/es-write-query-search.md)
--   [ES 在数据量很大的情况下（数十亿级别）如何提高查询效率啊？](/docs/high-concurrency/es-optimizing-query-performance.md)
--   [ES 生产集群的部署架构是什么？每个索引的数据量大概有多少？每个索引大概有多少个分片？](/docs/high-concurrency/es-production-cluster.md)
+-   [ES 的分布式架构原理能说一下么（ES 是如何实现分布式的啊）？](./es-architecture.md)
+-   [ES 写入数据的工作原理是什么啊？ES 查询数据的工作原理是什么啊？底层的 Lucene 介绍一下呗？倒排索引了解吗？](./es-write-query-search.md)
+-   [ES 在数据量很大的情况下（数十亿级别）如何提高查询效率啊？](./es-optimizing-query-performance.md)
+-   [ES 生产集群的部署架构是什么？每个索引的数据量大概有多少？每个索引大概有多少个分片？](./es-production-cluster.md)
 
 ## 缓存
 
--   [在项目中缓存是如何使用的？缓存如果使用不当会造成什么后果？](/docs/high-concurrency/why-cache.md)
--   [Redis 和 Memcached 有什么区别？Redis 的线程模型是什么？为什么单线程的 Redis 比多线程的 Memcached 效率要高得多？](/docs/high-concurrency/redis-single-thread-model.md)
--   [Redis 都有哪些数据类型？分别在哪些场景下使用比较合适？](/docs/high-concurrency/redis-data-types.md)
--   [Redis 的过期策略都有哪些？手写一下 LRU 代码实现？](/docs/high-concurrency/redis-expiration-policies-and-lru.md)
--   [如何保证 Redis 高并发、高可用？Redis 的主从复制原理能介绍一下么？Redis 的哨兵原理能介绍一下么？](/docs/high-concurrency/how-to-ensure-high-concurrency-and-high-availability-of-redis.md)
--   [Redis 的持久化有哪几种方式？不同的持久化机制都有什么优缺点？持久化机制具体底层是如何实现的？](/docs/high-concurrency/redis-persistence.md)
--   [Redis 集群模式的工作原理能说一下么？在集群模式下，Redis 的 key 是如何寻址的？分布式寻址都有哪些算法？了解一致性 hash 算法吗？如何动态增加和删除一个节点？](/docs/high-concurrency/redis-cluster.md)
--   [了解什么是 redis 的雪崩、穿透和击穿？Redis 崩溃之后会怎么样？系统该如何应对这种情况？如何处理 Redis 的穿透？](/docs/high-concurrency/redis-caching-avalanche-and-caching-penetration.md)
--   [如何保证缓存与数据库的双写一致性？](/docs/high-concurrency/redis-consistence.md)
--   [Redis 的并发竞争问题是什么？如何解决这个问题？了解 Redis 事务的 CAS 方案吗？](/docs/high-concurrency/redis-cas.md)
--   [生产环境中的 Redis 是怎么部署的？](/docs/high-concurrency/redis-production-environment.md)
--   [有了解过 Redis rehash 的过程吗？](/docs/high-concurrency/redis-rehash.md)
+-   [在项目中缓存是如何使用的？缓存如果使用不当会造成什么后果？](./why-cache.md)
+-   [Redis 和 Memcached 有什么区别？Redis 的线程模型是什么？为什么单线程的 Redis 比多线程的 Memcached 效率要高得多？](./redis-single-thread-model.md)
+-   [Redis 都有哪些数据类型？分别在哪些场景下使用比较合适？](./redis-data-types.md)
+-   [Redis 的过期策略都有哪些？手写一下 LRU 代码实现？](./redis-expiration-policies-and-lru.md)
+-   [如何保证 Redis 高并发、高可用？Redis 的主从复制原理能介绍一下么？Redis 的哨兵原理能介绍一下么？](./how-to-ensure-high-concurrency-and-high-availability-of-redis.md)
+-   [Redis 的持久化有哪几种方式？不同的持久化机制都有什么优缺点？持久化机制具体底层是如何实现的？](./redis-persistence.md)
+-   [Redis 集群模式的工作原理能说一下么？在集群模式下，Redis 的 key 是如何寻址的？分布式寻址都有哪些算法？了解一致性 hash 算法吗？如何动态增加和删除一个节点？](./redis-cluster.md)
+-   [了解什么是 redis 的雪崩、穿透和击穿？Redis 崩溃之后会怎么样？系统该如何应对这种情况？如何处理 Redis 的穿透？](./redis-caching-avalanche-and-caching-penetration.md)
+-   [如何保证缓存与数据库的双写一致性？](./redis-consistence.md)
+-   [Redis 的并发竞争问题是什么？如何解决这个问题？了解 Redis 事务的 CAS 方案吗？](./redis-cas.md)
+-   [生产环境中的 Redis 是怎么部署的？](./redis-production-environment.md)
+-   [有了解过 Redis rehash 的过程吗？](./redis-rehash.md)
 
 ## 分库分表
 
--   [为什么要分库分表（设计高并发系统的时候，数据库层面该如何设计）？用过哪些分库分表中间件？不同的分库分表中间件都有什么优点和缺点？你们具体是如何对数据库如何进行垂直拆分或水平拆分的？](/docs/high-concurrency/database-shard.md)
--   [现在有一个未分库分表的系统，未来要分库分表，如何设计才可以让系统从未分库分表动态切换到分库分表上？](/docs/high-concurrency/database-shard-method.md)
--   [如何设计可以动态扩容缩容的分库分表方案？](/docs/high-concurrency/database-shard-dynamic-expand.md)
--   [分库分表之后，id 主键如何处理？](/docs/high-concurrency/database-shard-global-id-generate.md)
+-   [为什么要分库分表（设计高并发系统的时候，数据库层面该如何设计）？用过哪些分库分表中间件？不同的分库分表中间件都有什么优点和缺点？你们具体是如何对数据库如何进行垂直拆分或水平拆分的？](./database-shard.md)
+-   [现在有一个未分库分表的系统，未来要分库分表，如何设计才可以让系统从未分库分表动态切换到分库分表上？](./database-shard-method.md)
+-   [如何设计可以动态扩容缩容的分库分表方案？](./database-shard-dynamic-expand.md)
+-   [分库分表之后，id 主键如何处理？](./database-shard-global-id-generate.md)
 
 ## 读写分离
 
--   [如何实现 MySQL 的读写分离？MySQL 主从复制原理是啥？如何解决 MySQL 主从同步的延时问题？](/docs/high-concurrency/mysql-read-write-separation.md)
+-   [如何实现 MySQL 的读写分离？MySQL 主从复制原理是啥？如何解决 MySQL 主从同步的延时问题？](./mysql-read-write-separation.md)
 
 ## 高并发系统
 
--   [如何设计一个高并发系统？](/docs/high-concurrency/high-concurrency-design.md)
+-   [如何设计一个高并发系统？](./high-concurrency-design.md)
 
 ---
 

docs/high-concurrency/how-to-ensure-high-availability-of-message-queues.md

@@ -6,7 +6,7 @@
 
 ## 面试官心理分析
 
-如果有人问到你 MQ 的知识，**高可用是必问的**。[上一讲](/docs/high-concurrency/why-mq.md)提到，MQ 会导致**系统可用性降低**。所以只要你用了 MQ，接下来问的一些要点肯定就是围绕着 MQ 的那些缺点怎么来解决了。
+如果有人问到你 MQ 的知识，**高可用是必问的**。[上一讲](./why-mq.md)提到，MQ 会导致**系统可用性降低**。所以只要你用了 MQ，接下来问的一些要点肯定就是围绕着 MQ 的那些缺点怎么来解决了。
 
 要是你傻乎乎的就干用了一个 MQ，各种问题从来没考虑过，那你就杯具了，面试官对你的感觉就是，只会简单使用一些技术，没任何思考，马上对你的印象就不太好了。这样的同学招进来要是做个 20k 薪资以内的普通小弟还凑合，要是做薪资 20k+ 的高工，那就惨了，让你设计个系统，里面肯定一堆坑，出了事故公司受损失，团队一起背锅。
 

docs/high-concurrency/how-to-ensure-high-concurrency-and-high-availability-of-redis.md

@@ -16,8 +16,8 @@
 
 由于此节内容较多，因此，会分为两个小节进行讲解。
 
--   [redis 主从架构](/docs/high-concurrency/redis-master-slave.md)
--   [redis 基于哨兵实现高可用](/docs/high-concurrency/redis-sentinel.md)
+-   [redis 主从架构](./redis-master-slave.md)
+-   [redis 基于哨兵实现高可用](./redis-sentinel.md)
 
 redis 实现**高并发**主要依靠**主从架构**，一主多从，一般来说，很多项目其实就足够了，单主用来写入数据，单机几万 QPS，多从用来查询数据，多个从实例可以提供每秒 10w 的 QPS。
 

docs/high-concurrency/how-to-ensure-the-reliable-transmission-of-messages.md

@@ -6,7 +6,7 @@
 
 ## 面试官心理分析
 
-这个是肯定的，用 MQ 有个基本原则，就是**数据不能多一条，也不能少一条**，不能多，就是前面说的[重复消费和幂等性问题](/docs/high-concurrency/how-to-ensure-that-messages-are-not-repeatedly-consumed.md)。不能少，就是说这数据别搞丢了。那这个问题你必须得考虑一下。
+这个是肯定的，用 MQ 有个基本原则，就是**数据不能多一条，也不能少一条**，不能多，就是前面说的[重复消费和幂等性问题](./how-to-ensure-that-messages-are-not-repeatedly-consumed.md)。不能少，就是说这数据别搞丢了。那这个问题你必须得考虑一下。
 
 如果说你这个是用 MQ 来传递非常核心的消息，比如说计费、扣费的一些消息，那必须确保这个 MQ 传递过程中**绝对不会把计费消息给弄丢**。
 

docs/high-concurrency/redis-master-slave.md

@@ -15,9 +15,9 @@ Redis replication -> 主从架构 -> 读写分离 -> 水平扩容支撑读高并
 -   slave node 在做复制的时候，也不会 block 对自己的查询操作，它会用旧的数据集来提供服务；但是复制完成的时候，需要删除旧数据集，加载新数据集，这个时候就会暂停对外服务了；
 -   slave node 主要用来进行横向扩容，做读写分离，扩容的 slave node 可以提高读的吞吐量。
 
-注意，如果采用了主从架构，那么建议必须**开启** master node 的[持久化](/docs/high-concurrency/redis-persistence.md)，不建议用 slave node 作为 master node 的数据热备，因为那样的话，如果你关掉 master 的持久化，可能在 master 宕机重启的时候数据是空的，然后可能一经过复制， slave node 的数据也丢了。
+注意，如果采用了主从架构，那么建议必须**开启** master node 的[持久化](./redis-persistence.md)，不建议用 slave node 作为 master node 的数据热备，因为那样的话，如果你关掉 master 的持久化，可能在 master 宕机重启的时候数据是空的，然后可能一经过复制， slave node 的数据也丢了。
 
-另外，master 的各种备份方案，也需要做。万一本地的所有文件丢失了，从备份中挑选一份 rdb 去恢复 master，这样才能**确保启动的时候，是有数据的**，即使采用了后续讲解的[高可用机制](/docs/high-concurrency/redis-sentinel.md)，slave node 可以自动接管 master node，但也可能 sentinel 还没检测到 master failure，master node 就自动重启了，还是可能导致上面所有的 slave node 数据被清空。
+另外，master 的各种备份方案，也需要做。万一本地的所有文件丢失了，从备份中挑选一份 rdb 去恢复 master，这样才能**确保启动的时候，是有数据的**，即使采用了后续讲解的[高可用机制](./redis-sentinel.md)，slave node 可以自动接管 master node，但也可能 sentinel 还没检测到 master failure，master node 就自动重启了，还是可能导致上面所有的 slave node 数据被清空。
 
 ## Redis 主从复制的核心原理
 
@@ -100,4 +100,4 @@ Redis 的高可用架构，叫做 `failover` **故障转移**，也可以叫做
 
 master node 在故障时，自动检测，并且将某个 slave node 自动切换为 master node 的过程，叫做主备切换。这个过程，实现了 Redis 的主从架构下的高可用。
 
-后面会详细说明 Redis [基于哨兵的高可用性](/docs/high-concurrency/redis-sentinel.md)。
+后面会详细说明 Redis [基于哨兵的高可用性](./redis-sentinel.md)。

docs/high-concurrency/redis-single-thread-model.md

@@ -16,7 +16,7 @@ Redis 和 Memcached 有什么区别？Redis 的线程模型是什么？为什么
 
 #### Redis 支持复杂的数据结构
 
-Redis 相比 Memcached 来说，拥有[更多的数据结构](/docs/high-concurrency/redis-data-types.md)，能支持更丰富的数据操作。如果需要缓存能够支持更复杂的结构和操作， Redis 会是不错的选择。
+Redis 相比 Memcached 来说，拥有[更多的数据结构](./redis-data-types.md)，能支持更丰富的数据操作。如果需要缓存能够支持更复杂的结构和操作， Redis 会是不错的选择。
 
 #### Redis 原生支持集群模式
 

docs/high-concurrency/why-cache.md

@@ -42,8 +42,8 @@ mysql 这么重的数据库，压根儿设计不是让你玩儿高并发的，
 
 常见的缓存问题有以下几个：
 
--   [缓存与数据库双写不一致](/docs/high-concurrency/redis-consistence.md)
--   [缓存雪崩、缓存穿透、缓存击穿](/docs/high-concurrency/redis-caching-avalanche-and-caching-penetration.md)
--   [缓存并发竞争](/docs/high-concurrency/redis-cas.md)
+-   [缓存与数据库双写不一致](./redis-consistence.md)
+-   [缓存雪崩、缓存穿透、缓存击穿](./redis-caching-avalanche-and-caching-penetration.md)
+-   [缓存并发竞争](./redis-cas.md)
 
 点击超链接，可直接查看缓存相关问题及解决方案。

docs/high-concurrency/why-mq.md

@@ -88,11 +88,11 @@
 
 -   系统可用性降低
 
-    系统引入的外部依赖越多，越容易挂掉。本来你就是 A 系统调用 BCD 三个系统的接口就好了，ABCD 四个系统还好好的，没啥问题，你偏加个 MQ 进来，万一 MQ 挂了咋整？MQ 一挂，整套系统崩溃，你不就完了？如何保证消息队列的高可用，可以[点击这里查看](/docs/high-concurrency/how-to-ensure-high-availability-of-message-queues.md)。
+    系统引入的外部依赖越多，越容易挂掉。本来你就是 A 系统调用 BCD 三个系统的接口就好了，ABCD 四个系统还好好的，没啥问题，你偏加个 MQ 进来，万一 MQ 挂了咋整？MQ 一挂，整套系统崩溃，你不就完了？如何保证消息队列的高可用，可以[点击这里查看](./how-to-ensure-high-availability-of-message-queues.md)。
 
 -   系统复杂度提高
 
-    硬生生加个 MQ 进来，你怎么[保证消息没有重复消费](/docs/high-concurrency/how-to-ensure-that-messages-are-not-repeatedly-consumed.md)？怎么[处理消息丢失的情况](/docs/high-concurrency/how-to-ensure-the-reliable-transmission-of-messages.md)？怎么保证消息传递的顺序性？头大头大，问题一大堆，痛苦不已。
+    硬生生加个 MQ 进来，你怎么[保证消息没有重复消费](./how-to-ensure-that-messages-are-not-repeatedly-consumed.md)？怎么[处理消息丢失的情况](./how-to-ensure-the-reliable-transmission-of-messages.md)？怎么保证消息传递的顺序性？头大头大，问题一大堆，痛苦不已。
 
 -   一致性问题