谷粒商城之分布式基础（新）

谷粒商城之分布式基础

@

我们将开始一个大型电商项目的实战：真正从一个项目的基础到架构完成，综合我们之前学习的所有内容，当然也有许多新的内容。废话不多说，开干！！！！

市面上有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，也即将线下商务的机会与互联网结合在了一起，让互联网成为线 下交易的前台。线上快速支付，线下优质服务。如：饿了么，美团，淘票票，京东到家。

谷粒商城是一个B2C 模式的电商平台，销售自营商品给客户。



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


集群是个物理状态，分布式是个工作方式。

只要是一堆机器，也可以叫做集群，他们是不是一起协作干活，这谁也不知道。

《分布式系统原理与范型》

定义：分布式系统是若干独立计算机的集合，这些计算机对于用户来说像单个系统分布式系统 (distributed system) 是建立网络之上的软件系统

分布式是指根据不同的业务分布在不同的地方。

集群指的是将几台服务器集中在一起，实现同一业务。

例如：京东是一个分布式系统，众多业务运行在不同的机器上，所有业务构成一个大型的分布式业务集群，每一个小的业务，比如用户系统，访问压力大的时候一台服务器是不够的，我们就应该将用户系统部署到多个服务器，也就是每一个业务系统也可以做集群化。

分布式中的每一个节点，都可以做集群，而集群并不一定就是分布式的。

节点：集群中的一个服务器。

在分布式系统中，各个服务可能处于不同主机，但是服务之间不可避免的需要互相调用，我们称之为远程调用。

SpringCloud中使用HTTP+JSON的方式来完成远程调用



分布式系统中，A 服务需要调用B服务，B服务在多台机器中都存在， A调用任意一个服务器均可完成功能。

为了使每一个服务器都不要太或者太闲，我们可以负载均衡调用每一个服务器，提升网站的健壮性。

常见的负载均衡算法：

轮询：为第一个请求选择健康池中的每一个后端服务器，然后按顺序往后依次选择，直到最后一个，然后循环；

最小连接：优先选择链接数最少，也就是压力最小的后端服务器，在会话较长的情况下可以考虑采取这种方式。

散列：根据请求源的 IP 的散列（hash）来选择要转发的服务器。这种方式可以一定程度上保证特定用户能连接到相同的服务器。如果你的应用需要处理状态而要求用户能连接到和之前相同的服务器，可以考虑采取这种方式。

A服务调用B服务，A服务不知道B服务当前在哪几台服务器上有，哪些正常的，哪些服务已经下线，解决这个问题可以引入注册中心。


如果某些服务下线，我们其他人可以实时的感知到其他服务的状态，从而避免调用不可用的服务。


每一个服务最终都有大量的配置，并且每个服务都可能部署在多台机器上。我们经常需要变更配置，我们可以让每个服务在配置中心获取自己的配置。

配置中心用来集中管理微服务的配置信息。

在微服务架构中，微服务之间通过网络来进行通信，存在相互依赖，当其中一个服务不可用时，有可能会造成雪崩效应，要防止这种情况，必须要有容错机制来保护服务。


情景： 订单服务 --> 商品服务 --> 库存服务

库存服务出现故障导致响应慢，导致商品服务需要等待，可能等到10s后库存服务才能响应。库存服务的不可用导致商品服务阻塞，商品服务等的期间，订单服务也处于阻塞。一个服务不可用导致整个服务链都阻塞。如果是高并发，第一个请求调用后阻塞10s得不到结果，第二个请求直接阻塞10s。更多的请求进来导致请求积压，全部阻塞，最终服务器的资源耗尽。导致雪崩。

服务熔断 设置服务的超时，当被调用的服务经常失败到达某个阈值，我们可以开启断路保护机制，后来的请求不再去调用这个服务，本地直接返回默认的数据。

服务降级 在运维期间，当系统处于高峰期，系统资源紧张，我们可以让非核心业务降级运行；

降级：某些服务不处理，或者简单处理【抛异常，返回NULL，调用 Mock数据，调用 FallBack 处理逻辑】。

在微服务架构中，API Gateway 作为整体架构的重要组件，它抽象了服务中需要的公共功能，同时它提供了客户端负载均衡，服务自动熔断，灰度发布，统一认证，限流监控，日志统计等丰富功能，帮助我们解决很多 API 管理的难题。


我们下载 virtual box 这个虚拟机软件 ，官网地址


进行傻瓜式安装即可。


注意设置全局虚拟机路径。因为这个到时候虚拟机默认在c盘当前用户下。当然你c盘很大那无需设置。

 傻瓜式安装，注意这个软件安装之后需要重启电脑。


vagrant镜像仓库：https://app.vagrantup.com/boxes/search。 这个就是vagrant搭配的第三方centos7镜像。

  虚拟机软件一般都要开启这个。

虚拟机默认的 ip 地址不是固定 ip，开发不方便.

课件上面，修改 PasswordAuthentication yes 这个选项。 网上找到另一种方法来使用第三方ssh登录工具。 

成功。

不知道大家有没有发现。前面我们登录之后命令符是 $ ,这个是普通用户。但是对于我们开发测试学习来说，普通用户权限太低，对于一些配置文件的修改有很大的限制，所以我们可以使用命令切换到root用户。 

注意要在root用户下。

本项目将会使用 docker工具 进行开发工作。


sudo ---让普通用户可以拥有超级管理员权限。 Docker 安装文档：https://docs.docker.com/install/linux/docker-ce/centos/

sudo systemctl start docker

sudo systemctl enable docker

注意：docker 要在root用户下进行测试。

 获取加速器地址


有些暂时用不掉的我们可以删掉。

 我们到时候不用这个。

然后在主启动类上加上注解@MapperScan()

在gulimall-product的 GulimallProductApplicationTests简单进行测试。

注意这里会一个这个会报错。 最开始解决办法是：将接口放到utils下面。但是这个解决办法应该是错误的，因为工具类总一般是不会放置接口。 暂时解决办法是：直接导入renren这个依赖

测试通过。 

在数据库中查看是否保存成功。  测试更新及查询



[1]gulimall-coupon：sms优惠微服务

同理快速生成其他微服务。比如说gulimall-sms这个优惠服务。  

注意避坑：

  

给每一个微服务设置端口：

coupon端口是7000，member是8000，order是9000，product 是1000，ware是11000。 以后比如order系统要复制多份，他的端口计算9001、9002。。。

测试：


[2]gulimall-member：ums用户微服务  

 测试


[3]gulimall-order：oms 订单微服务




测试：

[4]gulimall-ware：wms 仓储微服务   



测试：


重要！！！！

关于 第4章 SpringCloud Alibaba -- 分布式组件 和 第5章 前端 单独写在另外一篇文档：谷粒商城之分布式基础篇知识补充。

商城的商品页面展示是一个三级分类的。有一级分类、二级分类、三级分类。这就是我们接下来要进行的操作。

以上就将商品分类的表和数据都给创建好了，接下来我们就需要进行代码编写了。

gulimall-product中的controller包下的CategoryController

接着我们使用idea自带的工具帮助我们生成相应的方法。

这里使用的是流式编程，对于这方面我们可去参考java8新特性的StreamAPI来进行相应的学习。

在学习的过程中，看到老师使用TODO才知道IDEA有一个类似备忘录的功能。

我们启动gulimall-product微服务进行测试查询。

我们接着进行测试，浏览器发送http://localhost:10000/product/category/list/tree,测试结果如下图，显示正确。这里我们推荐浏览器装一个Json格式的处理的插件可以很好的帮助我们查看Json数据。

前后端联调：

启动后台：renren-fast微服务(idea)；

启动前端：renren-fast-vue(vscode);

接着我们来到后台系统进行菜单模块的添加。

注意：避坑指南

如果系统登录不上，可能是 跨域配置默认不开启


登录成功之后，我们就可以开始进行后台系统的编辑和完善了。

在菜单管理中添加一个商品系统的目录。如下图。

在商品系统中新增一个分类维护的菜单。菜单的路由其实就是我们商品微服务中的访问路径。

希望的效果：在左侧点击【分类维护】，希望在此展示3级分类 注意地址栏http://localhost:8001/#/product-category 可以注意到product-category我们的/被替换为了-

我们在后台系统中修改的，在数据库的gulimall-admin中也会同步进行修改。

我们可以看到如果我们点击角色管理的话，地址栏是/sys-role,但是我们实际发送的请求应该是/sys/role,

sys-role 具体的视图在 renren-fast-vue/views/modules/sys/role.vue

所以由此可以知道后台会将 /自动转换为 - ,同理我们去访问/product/category也会自动被转换为/product-category。

具体地址栏如下所示：



我们在renren-fast-vue中可以看到有一个文件，对应的其实就是/sys-role对应的页面视图，,即sys文件夹下的role.vue对应的就是角色管理这个页面的展示。所以对于商品分类/product/category,我们接下来要做的就是在renren-fast-vue下创建一个product文件夹，文件夹中创建一个category.vue来进行页面展示。



测试中发现检查网页源代码发现，本来应该是给商品微服务10000端口发送的查询的，但是发送到了renren-fast 8080端口去了。



我们以后还会同时发向更多的端口，所以需要配置网关，前端只向网关发送请求，然后由网关自己路由到相应服务器端口。

renren-fast-vue中有一个 Index.js是管理 api 接口请求地址的，如下图。如果我们本次只是简单的将8080改为10000端口，那么当下次如果是10001呢？难道每次都要改吗？所以我们的下一步做法是使用网关进行路由。通过网关映射到具体的请求地址。

ps：此处也可以参考其他人的理解：

借鉴：他要给8080发请求读取数据，但是数据是在10000端口上，如果找到了这个请求改端口那改起来很麻烦。方法1是改vue项目里的全局配置，方法2是搭建个网关，让网关路由到10000。


ps: 上面这个图明显有错误，vscode 已经报错，这里我没有注意到，以致 后面处理 跨域问题的时候 白白浪费了我 9个半 小时的时间啊！！！！1

前端项目报错也会影响！！！

切记！！！！！！！！！！！！！！！！

在这里，对于微服务，后面我们统一改为加 api 前缀能路由过去。

接下来进行测试访问


我们发现 验证码 一直加载不出来。检查网页源代码发现是因为我们直接给网关发送验证码请求了。但是真实的应该是给 renren-fast 发送请求。

分析原因：前端给网关发验证码请求，但是验证码请求在 renren-fast服务里，所以要想使验证码好使，需要把 renren-fast服务注册到服务中心，并且由网关进行路由

问题引入：他要去 nacos 中查找api服务，但是nacos里是fast服务，就通过把api改成fast服务，所以让fast注册到服务注册中心，这样请求88网关转发到8080fast。 让fast里加入注册中心的依赖，所以引入common

在renren-fast的 application.yml文件中配置nacos注册中心地址

在renren-fast的主启动类上加入@EnableDiscoveryClient注解，使得该微服务会被注册中心发现

注册成功


最开始报错，在b站看了评论和弹幕之后将gulimall-common这个依赖给取消了，因为启动报依赖循环报错。后面我将所有的依赖都换成老师的同样的版本之后就没有了。

启动报错：

java: Annotation processing is not supported for module cycles. Please ensure that all modules from cycle [gulimall-common,renren-fast] are excluded from annotation processing

指的是 循环依赖的问题

>解决办法：不要引入公共依赖，直接引入 nacos的服务注册发现的依赖

启动成功


鉴于上面出现很多错误，但是老师视频中没有出现这些错误，大概率是因为依赖的原因，所以对于gulimall中所有的依赖进行统一，按照老师的依赖进行配置。以防止后面出现很多突发的错误。

启动报错：Caused by: org.yaml.snakeyaml.scanner.ScannerException: mapping values are not allowed here

这个地方报错的原因大概率是yml文件语法错误：注意这个坑找了好久，id uri predicates filters都要对齐，同一层级。

完整代码示例如下：

修改后运行成功，验证码出现。

上面我们验证码出现了，但是我们登录却报错，原因在于浏览器的跨域问题。

从 8001访问88，引发 CORS 跨域请求，浏览器会拒绝跨域请求


跨域 问题描述：已拦截跨源请求：同源策略禁止读取位于 http://localhost:88/api/sys/login 的远程资源。（原因：CORS 头缺少 ‘Access-Control-Allow-Origin’）。

问题分析：这是一种跨域问题。访问的域名和端口和原来的请求不同，请求就会被限制

跨域：指的是浏览器不能执行其他网站的脚本。它是由浏览器的同源策略造成的，是浏览器对js施加的安全限制。（ajax可以）

同源策略：是指协议，域名，端囗都要相同，其中有一个不同都会产生跨域；

引入浏览器跨域知识

跨域流程：

这个跨域请求的实现是通过预检请求实现的，先发送一个OPSTIONS探路，收到响应允许跨域后再发送真实请求




前面跨域的解决方案：

方法1：设置nginx包含admin和gateway 方法2：让服务器告诉预检请求能跨域

我们在gulimall-gateway中创建一个config来存放GulimallCorsConfiguration。注意这个包一定是要在gateway这个包下，否则启动报错（坑）。

浏览器检查报错，报错的原因是：renren-fast 中也配置了跨域，但是我们只需要一个，所以要给注释掉。

http://localhost:8001/renren已拦截跨源请求：同源策略禁止读取位于 http://localhost:88/api/sys/login 的远程资源。（原因：不允许有多个 ‘Access-Control-Allow-Origin’ CORS 头）n-fast/captcha.jpg?uuid=69c79f02-d15b-478a-8465-a07fd09001e6

出现了多个请求，并且也存在多个跨源请求。

为了解决这个问题，需要修改renren-fast项目，注释掉“io.renren.config.CorsConfig”类。然后再次进行访问。

跨域问题困扰了我 9个半小时的时间，最后发现 竟然是 renren-fast-vue 前端代码 格式问题，真是崩溃了。

这里也给了我一个 提醒，有时候需要从多方面进行问题的查找，不能 一颗树上吊死！！！！

前端 有时候也会报错，一定要注意。 其实只要依赖版本和老师的一样，有很多坑是可以避免的。


在显示商品系统/分类信息的时候，出现了404异常，请求的http://localhost:88/api/product/category/list/tree不存在 只有通过http://localhost:10000/product/category/list/tree路径才能够正常访问，所以会报404异常。这是路径映射错误。我们需要在网关中进行路径重写，让网关帮我们转到正确的地址。


首先我们需要将 gulimall-product 服务 注册进 nacos，方便网关进行路由。

我们在nacos中新建一个 product 命名空间，以后关于 product商品微服务下的配置就放在该命名空间下，目前我们注册微服务的话，都默认放在 public 命名空间下就行，配置文件放在各自微服务的命名空间下即可。


首先这里我们先回顾一下 nacos的配置步骤：

微服务注册进nacos：

首先 需要在 application.yml / application.properties 文件中配置nacos的服务注册地址，并且最好每一个微服务都有属于自己的一个 应用名字

微服务 配置 进 nacos

如果想要 用nacos作为配置中心 ，需要 新建 bootstrap.properties 文件，然后在里面配置nacos 配置中心的地址; 此外，我们规定每一个微服务都有属于自己的命名空间，以后隶属于该微服务下的配置文件都配置在 该命名空间中。

在启动类 上 添加注解 @EnableDiscoveryClient ： 为了发现服务注册和配置


注册和配置成功。

在 gulimall-gateway 下的 application.yml中进行配置

注意：

如果直接访问 localhost:88/api/product/category/list/tree invalid token这个url地址的话，会提示非法令牌，后台管理系统中没有登录，所以没有带令牌


原因：先匹配的先路由，renren-fast 和 product 路由重叠，fast 要求登录

修正：在路由规则的顺序上，将精确的路由规则放置到模糊的路由规则的前面，否则的话，精确的路由规则将不会被匹配到，类似于异常体系中try catch子句中异常的处理顺序。

http://localhost:88/api/product/category/list/tree 正常

访问http://localhost:8001/#/product-category，正常

原因是：先访问网关88，网关路径重写后访问nacos8848，nacos找到服务




成功访问。


因为我们 对 整个对象 中的 data 数据感兴趣 ，所以我们 将 对象中的 data 解构出来。

我们使用{}将data的数据进行解构：data.data是我们需要的数组内容


修改完毕后，测试：


node 与 data 在element-ui的tree中，有2个非常重要的属性

node代表当前节点对象（是否展开等信息，element-ui自带属性） data是节点数据，是自己的数据。 data从哪里来：前面ajax发送请求，拿到data，赋值给menus属性，而menus属性绑定到标签的data属性。而node是 ui 的默认规则

删除效果预想：