前言：

该项目基于逆向工程进行开发，采用微服务架构，前后端分离的方式，使用java各种技术进行实现功能。

一、项目简介

1、项目背景

1）、电商模式
市面上有 5 种常见的电商模式 B2B、B2C、C2B、C2C、O2O；
1、B2B 模式
B2B (Business to Business)，是指商家与商家建立的商业关系。如：阿里巴巴
2、B2C 模式
B2C (Business to Consumer)，就是我们经常看到的供应商直接把商品卖给用户，即“商对客” 模式，也就是通常说的商业零售，直接面向消费者销售产品和服务。如：苏宁易购、京东、
天猫、小米商城
3、C2B 模式
C2B (Customer to Business)，即消费者对企业。先有消费者需求产生而后有企业生产，即先
有消费者提出需求，后有生产企业按需求组织生产
4、C2C 模式
C2C (Customer to Consumer) ，客户之间自己把东西放上网去卖，如：淘宝，闲鱼
5、O2O 模式
O2O 即 Online To Offline，也即将线下商务的机会与互联网结合在了一起，让互联网成为线
下交易的前台。线上快速支付，线下优质服务。如：饿了么，美团，淘票票，京东到家。
2）真言商城
真言商城是一个B2C的电商平台，销售自营商品给客户。

2、项目架构图

1）项目微服务架构图
在这里插入图片描述
2）微服务划分图

3、项目技术
1）逆向工程
2）前后端分离开发，基于vue的后台管理系统
3）SpringCloud的全新的解决方案
4）应用监控、限流、网关、熔断降级等分布式方法
5）分布式事务，分布式锁
6）高并发场景的编码方式，线程池，异步编排
7）压力测试、性能测试
8）CI/CD使用
4、项目前置要求
1）熟悉SpringBoot以及常见整合方案
2）熟悉SpringCloud
3）熟悉git,maven
4）熟悉linux,redis,docker
5）熟悉html,css,js,vue
6）熟悉使用idea开发项目

二、分布式基础概念

1、微服务

微服务架构风格，就像是把一个单独的应用程序开发为一套小服务，每个小服务运行在自
己的进程中，并使用轻量级机制通信，通常是 HTTP API。这些服务围绕业务能力来构建，
并通过完全自动化部署机制来独立部署。这些服务使用不同的编程语言书写，以及不同数据
存储技术，并保持最低限度的集中式管理。
拆分大型单体应用，基于业务边界进行服务微化拆分，各个服务独立部署运行。

2、集群&分布式&节点

集群是一个物理形态，分布式是个工作方式。
只要是一堆机器，就可以叫集群。
分布式系统是建立在网络之上的软件系统。
分布式是指将不同的业务分布在不同的地方
集群是指将几台服务器集中在一起，实现同一业务。
例如：淘宝是一个分布式系统，众多业务运行在不同的机器，所有业务构成一个大型的业务集群。每一个小的业务，比如用户系统，访问压力大的时候一台服务器是不够的。我们就
应该将用户系统部署到多个服务器，也就是每一个业务系统也可以做集群化；
分布式中的每一个节点，都可以做集群。而集群并不一定就是分布式的。
节点：集群中的一个服务器。

3、远程调用

在分布式系统中，各个服务可能处于不同主机，但是服务之间不可避免的需要互相调用，我
们称为远程调用。
SpringCloud 中使用 HTTP+JSON 的方式完成远程调用。（网络通信）
在这里插入图片描述

4、负载均衡

在这里插入图片描述
分布式系统中，A 服务需要调用 B 服务，B 服务在多台机器中都存在，A 调用任意一个
服务器均可完成功能。
为了使每一个服务器都不要太忙或者太闲，我们可以负载均衡的调用每一个服务器，提
升网站的健壮性。

常见的负债均衡算法：
轮询：为第一个请求选择健康池中的第一个后端服务器，然后按顺序往后依次选择，直
到最后一个，然后循环。
最小连接：优先选择连接数最少，也就是压力最小的后端服务器，在会话较长的情况下
可以考虑采取这种方式。
散列：根据请求源的 IP 的散列（hash）来选择要转发的服务器。这种方式可以一定程
度上保证特定用户能连接到相同的服务器。如果你的应用需要处理状态而要求用户能连接到和之前相同的服务器，可以考虑采取这种方式。

5、服务注册/发现&注册中心

A 服务调用 B 服务，A 服务并不知道 B 服务当前在哪几台服务器有，哪些正常的，哪些服务
已经下线。解决这个问题可以引入注册中心
在这里插入图片描述
如果某些服务下线，我们其他人可以实时的感知到其他服务的状态，从而避免调用不可用的
服务

6、配置中心

在这里插入图片描述
每一个服务最终都有大量的配置，并且每个服务都可能部署在多台机器上。我们经常需要变
更配置，我们可以让每个服务在配置中心获取自己的配置。
配置中心用来集中管理微服务的配置信息

7、服务熔断&服务降级

在微服务架构中,微服务之间通过网络进行通信，存在相互依赖，当其中一个服务不可用时，
有可能会造成雪崩效应。要防止这样的情况，必须要有容错机制来保护服务。
在这里插入图片描述
1）、服务熔断
a. 设置服务的超时，当被调用的服务经常失败到达某个阈值，我们可以开
启断路保护机制，后来的请求不再去调用这个服务。本地直接返回默认
的数据
2）、服务降级
a. 在运维期间，当系统处于高峰期，系统资源紧张，我们可以让非核心业
务降级运行。降级：某些服务不处理，或者简单处理【抛异常、返回 NULL、
调用 Mock 数据、调用 Fallback 处理逻辑】。