《从0开始落地一个分布式项目》：基础框架选型与工程搭建

很多人，学了很久的java，学了很久的spring boot、spring cloud，看了很多视频，看了不少教程。但是如果让他自己写一套服务去落地，那就有点抓瞎了。这是为什么呢？

答案就是：教程他不落地啊！！！！！

下面，就跟我一起来，从0开始，搭建一个可落地的，分布式项目。

说到分布式，那么现在主流的框架就是spring cloud了。首先我们来进行技术定型。这种技术定型，每个项目都不同，我就选目前用的相对来说比较多的，也是相对比较主流的。

1：注册中心与配置中心

使用nacos。至于为什么，没有为什么。问就是大家都在用。alibaba的亲儿子，用就完了。

2：数据库

mysql+mongodb。为啥要加mongodb？

因为我觉得，现在大家的项目，数据量要求越来越大了，单机mysql已经扛不住了，而mysql分布式很难用，同步是个问题、部署是个问题、分片是个问题、尤其分片后join就是天灾。即使市面上有mycat和其他的mysql分布式辅助工具，但是跟天然支持分布式的mongodb比起来，大数据量的查询下，mysql确实没有太大的优势。

至于mysql和mongodb的对比，网上一搜索很多，所以就不再描述了。

3：数据搜索引擎

无可争议的ElasticSearch。目前搜索界的王者。

4：微服务交互

openfeign+dubbo。为啥要加dubbo？因为我们的项目中，涉及到频繁的数据传输及交互。openfeign毕竟是基于http的，虽然也很方便，虽然也有http共享优化，但是大数据量传输，超高频次调用的情况上，性能比dubbo还是差了一丢丢。

5：消息中间件

没啥可说的，rocketmq+rabbitmq+kafka都玩一遍。因为三个中间件的特性有所差异，用法也有些不同。所以每个都用一遍，那么消息中间件的场景，就可以了解的差不多了。

6：限流工具

sentinel。既然用spring cloud和nacos，那么就肯定要用sentinel的，alibaba的亲儿子，唯一难受的就是默认不带配置持久化，需要自己稍微改动源码。后面会有改源码的过程展示。

7：分布式定时任务

xxl-job。目前主流的一个，侵入性较小，工程量较小的一个分布式定时任务框架。由于工程相对简单，还可以自己改动源代码进行功能定制，所以非常好用。

8：工程基础结构（framework）

其实我们工作中，每个公司的工程搭建规则都不一样。我的工程搭建的基础结构。

framework：其中demo是对一些封装后的基础演示。dependencies里面包含了所有的引用。其他的组件，需要用包的话，只要依赖dependencies，就可以自动获取版本。framework-starters里面，是对一些常用的组件的二次包装，简化配置。frmaework-common里面主要定义了一些常用的结构，比如返回值的包装类，异常信息的描述、常用的注解和一些常用的小工具。