Lemon666

当前存在的问题 在预约下单模块设计订单状态共有7种，如下图： 目前我们使用了待支付、派单中两种状态，在代码中我们发现存在对订单状态进行硬编码的情况： 随着开发的深入这种代码会越来越多，使用状态机优化。

前言 了解清晰架构之前需要大家先熟悉以下常见架构方案： 清晰架构（Explicit Architecture，直译为显式架构）是将上述架构的部分优势整合之后产生的另一种架构，因其2017年已经出现，已

HelloGitHub 推出的《讲解开源项目》系列。讲解 PowerJob 系列即将接近尾声，本系列的干货你还喜欢吗？欢迎留言说下你的感受和后面想看的内容。 以上这一大段不算难懂的文字就是 MapReduce 的官方概念，从“大规模数据集”这个关键字可以看出，MapReduce…

在前段时间的一次面试中，被问到了一个如标题这样的问题。要想好好地去回答这个问题，这里牵扯到的知识点也是比较多的。 那么接下来这篇文章我们就一点一点开始引出这个问题。

1: 需求背景 现在无论是直播还是电视剧，我们都可以看到上面慢慢的弹幕，如果有一天公司自己要做一个这样的满足十几万用户在线的弹幕系统，我们该如何去设计呢 2 技术选型 弹幕跟我们平时做的系统不太一样，

开始之前 首先，此篇文章会有很多地方会和 RocketMQ 比较，不太熟悉 RocketMQ 可以去看看我之前写的RocketMQ基础概念剖析&源码解析，先有个大概的印象，可能会帮助你更好的理解 Ka