Mall--分布式基础篇

时间 2021-01-02

标签 javascript html 前端 vue java mysql nginx git github web 栏目系统架构繁體版

原文原文链接

Touch-Air-Mall--分布式基础篇

github项目地址javascript
微服务架构图html
项目描述前端
- 先后分离开发，分为内网部署和外网部署，外网就是面向公众访问,部署前端项目，内网部署是整个后台的服务集群，公众是经过客户端完成相应功能，好比登陆注册等须要经过客户端，向后台服务发送请求
- 完整的请求流程：经过任意客户端发请求来到Nginx集群，Nginx把请求转交给后台服务，先将请求服务交给Api网关，Api网关为SpringCloud GateWay，网关能够根据当前请求，动态路由到指定的服务，例如要调用商品服务，购物车服务，仍是检索服务，若是路由过来后，某一个服务众多，网关会负载均衡的调用服务，当某些服务出现问题，会在网关级别对服务作统一的熔断或者降级，使用Spring Cloud alibaba提供的Sentinel，固然网关还有其余工能，如认证受权，是否合法，限流，限制瞬时流量，降级。当请求经过网关到达服务后，进行处理，都是Spring Boot的一个个微服务，服务与服务之间会相互调用，下订单时调用商品服务，有些请求须要登陆之后才会处理，因此有一个基于OAuth 2的认证中心，OAuth 2的社交登陆，整个应用的安全和权限控制用SpringSecurity来进行控制
- 特别是这些服务要保存一些数据或缓存，缓存使用的是redis集群，分片集群加哨兵集群，持久化使用的是mysql集群。能够读写分离，或分库分表。服务与服务之间，利用消息队列进行异步解耦，完成分布式事务的最终一致性，RabbitMQ作消息队列，检索用ElasticSearch，有些服务运行期间，存取图片视频等，利用阿里云对象存储服务（OSS）。这些是整个服务关于数据存储的解决方案
- 项目上线后，为了快速定位项目中可能出现的一些问题，使用ELK对日志进行处理，用LogStash收集业务里面各类日志，存储到ES中，用Kibana从ES中检索到日志信息，快速度定位线上问题所在
- 在分布式系统中，每个服务均可能部署在每一台机器，并且服务与服务之间要相互调用，就得知道彼此都在哪里，将全部服务注册到服务中心，别的服务能够经过注册中心发现其余服务的注册所在位置，使用Spring Cloud Alibaba Nacos来做为服务的注册中心，一样每个服务配置众多，后来要集中管理这些配置，实现改一处配置，其余服务都要修改掉，使用Spring Cloud Alibaba Nacos来做为服务的配置中心，全部服务能够动态的从配置中心中获取配置，包括服务在调用期间可能出现的问题，好比下订单服务调用商品服务，商品服务调用库存服务，可能某一个链路出现问题，咱们要追踪某一个调用链哪里出现问题，该怎么解决等等，使用Spring Cloud Sleuth＋Zipkin 把每个服务的信息交给交给开源的Prometheus进行聚合分析，再由Grafana进行可视化展现，Altermananger实时获得服务的报警信息，以邮件和手机短信方式通知开发运维人员
- 提供持续继承和持续部署，开发人员能够将修改后的代码提交给GitHub，运维人员经过自动化工具Jenkins Pipeline，从GitHub获取代码，将它打包成Docker镜像，最后经过Kuberneters 集成整个Docker服务，将服务以Docker容器的方式运行

前期准备

docker安装mysql

conf/my.cnfvue

[mysqld]
init_connect='SET collation_connection = utf8_unicode_ci'
init_connect='SET NAMES utf8'
character-set-server=utf8
collation-server=utf8_unicode_ci
skip-character-set-client-handshake
skip-name-resolve

[client]
default-character-set=utf8

[mysql]
default-character-set=utf8

启动容器java

docker run --name mysql3306  -p 3306:3306  -v /var/touchAirMallVolume/mysql/data:/var/lib/mysql  -v /var/touchAirMallVolume/mysql/conf/my.cnf:/etc/mysql/my.cnf -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7.31

docker run --name mysql  -p 3306:3306 --restart=always -v /var/local/mysql/data:/var/lib/mysql  -v /var/local/mysql/conf/my.cnf:/etc/mysql/my.cnf -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7.31

docker run -p 6379:6379 --name redis  --restart=always \
-v /var/local/redis/data:/data \
-v /var/local/redis/conf/redis.conf:/etc/redis/redis.conf \
-d redis redis-server /etc/redis/redis.conf

docker安装redis

conf/redis.confmysql

启动容器nginx

docker run -p 6379:6379 --name redis6379  \
-v /var/touchAirMallVolume/redis/data:/data \
-v /var/touchAirMallVolume/redis/conf/redis.conf:/etc/redis/redis.conf \
-d redis redis-server /etc/redis/redis.conf

验证redisgit
```
docker exec -it redis6379 redis-cli
```
默认redis是不持久化的，存在内存中github

修改redis.conf 开启持久化web
```
vim /var/touchAirMallVolume/redis/conf/redis.conf

#添加如下内容
appendonly yes
```
重启redis容器

项目快速搭建

使用人人开源项目，快速搭建先后端分离项目

人人开源项目地址

renren-fast、renren-fast-vue、renren-generator
使用逆向工程，快速生成基本CRUD代码

分布式组件

SpringCloud Alibaba

简介

Spring Cloud alibaba 为分布式应用开发提供了一站式解决方案。它包含开发分布式应用程序所需的全部组件，使您能够轻松地使用 Spring Cloud 开发应用程序

使用阿里巴巴的 Spring Cloud，你只须要添加一些注释和少许配置，就能够将 Spring Cloud 应用程序链接到阿里巴巴的分布式解决方案上，并使用阿里巴巴的中间件构建一个分布式应用系统

特性

Flow control and service degradation（流量控制和服务降级）
Service registration and discovery（服务注册和发现）
Distributed Configuration（分布式配置）
Event-driven（事件驱动）
Message Bus（消息总线）：使用 Spring Cloud Bus RocketMQ 的分布式系统的连接节点
Distributed Transaction（分布式事务 Seata）
Dubbo RPC

优劣势比较

SpringCloud的几大痛点：
- SpringCloud部分组件中止维护和更新（Eureka、Hystrix等）
- SpringCloud部分环境搭建复杂，没有完善的可视化界面，须要大量的二次开发和定制
- SpringCloud配置复杂、难以上手，部分配置差异难以区分和合理应用
SpringCloud Alibaba的优点：
- 阿里使用过的组件经历了考验，性能强悍，设计合理，如今开源出来你们用成套的产品搭配完善的可视化界面给开发运维带来了极大的便利，搭建简单、学习曲线低
结合SpringCloud Alibaba 咱们最终的技术搭配方案：
- SpringCloud Alibaba - Nacos：注册中心（服务发现/注册）
- SpringCloud Alibaba - Nacos：配置中心（动态配置管理）
- SpringCloud - Ribbon ：负载均衡
- SpringCloud - Feign/OpenFeign : 声明式 HTTP 客户端（调用远程服务）
- SpringCloud Alibaba - Sentinel ：服务容错（限流、降级、熔断）
- SpringCloud - GateWay : API网关（webflux编程模式）
- SpringcCloud - Sleuth : 调用链监控
- SpringCloud Alibaba - Seata：分布式事务解决方案

SpringCloud Alibaba Nacos 注册中心

简介

Nacos 致力于帮助您发现、配置和管理微服务，Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理

Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。 Nacos 是构建以“服务”为中心的现代应用架构 (例如微服务范式、云原生范式) 的服务基础设施

下载安装

官网下载地址

docker安装

docker pull nacos/nacos-server

docker run --env MODE=standalone --name nacos -d -p 8848:8848 nacos/nacos-server

测试是否安装成功

浏览器输入：ip:8848/nacos
登陆帐号密码：nacos nacos

将微服务注册到nacos中

第一步：修改pom.xml文件，引入 Nacos Discovery Starter

<!--nacos 服务注册与发现-->
<dependency>
	<groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

第二步：在微服务的yml配置文件中，配置上nacos server的地址，并指定应用名称

spring:
  datasource:
    username: root
    password: 123456
    url: jdbc:mysql://192.168.83.133:3306/touch_air_mall_pms
    driver-class-name: com.mysql.cj.jdbc.Driver
  cloud:
    nacos:
      discovery:
        server-addr: 192.168.83.133:8848
  application:
    name: touch-air-mall-product

第三步：在启动类添加注解 @EnableDiscoveryClient 开启服务注册与发现功能
第四步：启动应用，观察nacos服务列表是否已注册进服务中心

注意：每个应用都应该有名字，这样才能成功注册进去

注意：项目中部分微服务的配置文件在nacos中，可自行修改

SpringCloud OpenFeign远程调用

Feign声明式远程调用

Fegin是一个声明式的HTTP客户端，它的目的就是让远程调用更加简单。Fegin提供了HTTP请求的模板，经过编写简单的接口和插入注解，就能够定义好HTTP请求的参数、格式、地址等信息
Fegin整合了Ribbon（负载均衡）和Hystrix（服务熔断），可让咱们再也不须要显示地使用这两个组件
SpringCloud Fegin在NetFlix Fegin的基础上扩展了对SpringMVC注解的支持，在其实现下，咱们只须要建立一个接口并用注解的方式来配置它，便可完成对服务提供方的接口绑定。简化了SpringCloud Ribbon自选封装服务调用客户端的开发量

使用

第一步：引入依赖（对应版本）

<!--openfeign-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
    <version>2.2.3.RELEASE</version>
</dependency>

第二步：开启feign功能
```
@EnableDiscoveryClient
```
第三步：声明远程接口
测试
- 正常启动用户服务8000和优惠券服务7000
- 优惠券服务7000宕机

fegin远程调用的处理逻辑（*）

一、 CouponFeignService.saveSpuBounds(spuBoundTO)
  1.一、@RequestBody 将这个对象转为json
  1.二、找到coupon服务，给 /coupon/spubounds/save 发送请求
       将上一步转的json 放在请求体位置，发送请求
  1.三、对方服务收到请求，请求体里有json数据
      @RequestBody SpuBoundsEntity spuBounds：将请求体中的json 转为 SpuBoundsEntity 这个类型
二、只有json 数据模型是兼容的，双方服务无需使用同一个to

两种不一样的请求处理

feign 请求的两种写法
 1. 让全部请求过网关
	1.1 @FeignClient("touch-air-mall-gateway"):给网关服务发请求
	1.2 /api/product/skuinfo/info/{skuId}
     
 2. 直接指定具体某个微服务处理
	2.1 @FeignClient("touch-air-mall-product")：给商品服务发请求
	2.2 /product/skuinfo/info/{skuId}

SpringCloud Alibaba Nacos 配置中心

官方文档示例

官网文档

第一步：引入依赖

<!--nacos 配置中心作配置管理-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

第二步：在应用的 /src/main/resources/bootstrap.properties 配置文件中配置 Nacos Config 元数据

bootstrap.properties文件内容会优先于 yml 文件被加载
```
spring.application.name=touch-air-mall-coupon
spring.cloud.nacos.config.server-addr=192.168.83.133
```
观察启动类新增配置的默认ID（默认当前应用的名称 application name ＋ properties）

测试

第一次加载

@Value("${coupon.user.name}")
    private String name;
    @Value("${coupon.user.age}")
    private int age;
    @RequestMapping("/nacos/config")
    public R testConfig(){
        return R.ok().put("name", name).put( "age", age);
    }

在线修改 nacos 配置中心的配置

必须重启，再次请求接口

动态获取加上注解 @RefreshScope

无需重启，动态刷新配置

命名空间和配置分组

每一个微服务能够建立本身的命名空间，其次可使用配置分组区分环境：dev、test、prod等

命名空间

用于进行租户粒度的配置隔离。不一样的命名空间下，能够存在相同的Group或Data ID的配置。NameSpace的经常使用场景之一是不一样环境的配置的区分隔离，例如开发测试环境和生产环境的资源（如配置、服务）隔离等
- public（保留空间）：默认新增的全部配置都在public空间
- 利用命名空间来作环境隔离：开发、测试、生产。注意：在bootstrap.properties中，配置使用哪一个命名空间
- 每个微服务之间互相隔离配置，每个微服务都建立本身的命名空间，只加载本身命名空间下的全部配置

配置集

全部配置的集合

配置集ID

相似配置文件名

配置分组

默认全部的配置集都属于：DEFAULT_GROUP

同时加载多个配置集

随着服务增加，配置文件会愈来愈多，不易于维护。全部一般按类拆分红多个配置文件

只须要在bootstrap.properties中说明加载配置中心的哪些配置文件便可

spring.cloud.nacos.config.extension-configs[0].data-id=datasource.yaml
spring.cloud.nacos.config.extension-configs[0].group=dev
spring.cloud.nacos.config.extension-configs[0].refresh=true
spring.cloud.nacos.config.extension-configs[1].data-id=mybatis.yaml
spring.cloud.nacos.config.extension-configs[1].group=dev
spring.cloud.nacos.config.extension-configs[1].refresh=true
spring.cloud.nacos.config.extension-configs[2].data-id=other.yaml
spring.cloud.nacos.config.extension-configs[2].group=dev
spring.cloud.nacos.config.extension-configs[2].refresh=true

SpringCloud GateWay网关

简介

网关做为流量的入口，经常使用功能包括路由转发、权限校验、限流控制等。而SpringCloud gateway做为SpringCloud官方推出的第二代网关框架，取代了Zuul网关

组件	RPS(每秒处理请求)
SpringCloud Gateway	32213.38
Zuul	20800.13
Linkerd	28050.76

网关提供API全托管服务，丰富的API管理功能，辅助企业管理大规模的API，以下降管理成本和安全风险，包括协议适配、协议转发、安全策略、防刷、流量、监控日志等功能

SpringCloud Gateway 旨在提供一种简单有效的方式来对API进行路由，并为他们提供切面，例如：安全性、监控指标和弹性等

网关使用先后对比

官方文档

Gateway网关

核心理念

路由/断言/过滤

web请求，经过一些匹配条件，定位到真正的服务节点。并在这个转发过程的先后，进行一些精细化控制。perdicate就是咱们的匹配条件。而Filter就能够理解为一个无所不能的拦截器，有了这两个元素，再加上目标uri，就能够实现一个具体的路由了

Gateway流程：客户端向Spring Cloud Gateway发出请求。而后在Gateway Handler Mapping 中找到与请求相匹配的路由，将其发送到Gateway Web Handler

Handler再经过指定的过滤器链来将请求发送到咱们实际的服务执行业务逻辑，而后返回

过滤器之间用虚线分开是由于过滤器可能会在发送代理请求以前（“pre”）或以后（“post”）执行业务逻辑

Filter在“pre”类型的过滤器能够作参数校验、权限校验、流量监控、日志输出、协议转换等，在“post”类型的过滤器中能够作响应内容、响应头的修改，日志的输出，流量监控等有很是重要的做用

网关启动测试

第一步：引入依赖

<dependency>
	<groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>

第二步：编写配置文件

application.properties 服务名称和nacos注册中心地址

spring.cloud.nacos.discovery.server-addr=192.168.83.133:8848
spring.application.name=touch-air-mall-gateway

启动类添加注解，开启服务注册与发现

@EnableDiscoveryClient

bootstrap.properties

#默认加载的配置文件 应用名.properties
spring.application.name=touch-air-mall-gateway
#配置中心地址
spring.cloud.nacos.config.server-addr=192.168.83.133
#命名空间
spring.cloud.nacos.config.namespace=fa94e939-311c-427a-915a-a6c37bc403ae

spring.cloud.nacos.config.extension-configs[0].data-id=touch-air-mall-gateway.yaml
spring.cloud.nacos.config.extension-configs[0].group=DEFAULT_GROUP
spring.cloud.nacos.config.extension-configs[0].refresh=true

nacos配置中心，新增命名空间 touch-air-mall-gateway ,生成的id 对应上面配置文件的namespace
启动服务，查看状况

网关路由转发测试

application.yml ,编写路由规则，详情参考官方文档

请求路径带参数：url，而且当值等于 baidu 时，转发到百度

当值等于 qq 时，转发到 qq

spring:
  cloud:
    gateway:
      routes:
        - id: test_route
          uri: https://www.baidu.com
          predicates:
            - Query=url,baidu
        - id: qq_route
          uri: https://www.qq.com
          predicates:
            - Query=url,qq

重启

对象存储OSS

SpringCloud Alibaba-OSS

简介

对象存储服务（Object Storage Service,OSS）是一种海量、安全、低成本、高可靠的云储存服务，适合存听任意类型的文件。容量和处理能力弹性扩展，多种存储类型供选择，全面优化存储成本
您能够经过本文档提供的简单的REST接口，在任什么时候间、任何地点、任何互联网设备上进行上传和下载数据。基于OSS，您能够搭建出各类多媒体分享网站、网盘、我的和企业数据备份等基于大规模数据的服务

使用

阿里云官网开通OSS服务

OSS云存储服务控制台

API文档

Aliyun Spring Boot OSS Simple
建立bucket
设置子帐户，得到accessKeyId和accessKeySecret并给子帐户添加权限

上传方式

1：普通上传方式

用户将文件上传至应用服务器，应用服务器拿到文件流，经过java代码将文件流数据上传到文件存储服务器，流数据通过后台一层处理，在高并发场景下，安全但性能差
2：服务端签名后直传

操做对象存储的帐号密码信息仍是存储在后端服务中

用户/前端上传以前先向服务器请求上传策略，服务器利用阿里云存储服务的帐号密码生成一个防伪的签名，签名中包含访问OSS的受权令牌、以及具体的存储位置等信息，返回给前端

前端带着这个防伪的令牌签名和要上传的文件，直接上传到OSS

服务器签名后直传

签名后直传Java实现

服务器端加密，前端直传，须要配置跨域

基本概念

三级分类

递归树形数据获取

第一步：商品三级分类实体类CategoryEntity中添加字段

//建表忽略字段
@TableField(exist = false)
private List<CategoryEntity> children;

CategoryServiceImpl具体实现

Java8 新特性，Stream流（前提准备）

@Override
    public List<CategoryEntity> listWithTree() {
        // 一、查询出全部分类
        List<CategoryEntity> categoryEntities = baseMapper.selectList(null);
        // 二、组装成父子的树形结构
        // 2.一、找出全部的一级分类
        // 2.二、递归查出子类
        List<CategoryEntity> level1Menu = categoryEntities.stream().filter(categoryEntity ->
                categoryEntity.getParentCid() == 0
        ).map(menu-> {
            menu.setChildren(getChildrens(menu, categoryEntities));
            return menu;
        }).sorted((menu1,menu2)->{
            return (menu1.getSort()==null?0:menu1.getSort()) - (menu2.getSort()==null?0:menu2.getSort());
        }).collect(Collectors.toList());
        return level1Menu;
    }

    /**
     * 递归查找全部菜单的子菜单
     */
    public List<CategoryEntity> getChildrens(CategoryEntity root,List<CategoryEntity> all){
        List<CategoryEntity> children = all.stream().filter(categoryEntity -> {
            return categoryEntity.getParentCid().equals(root.getCatId());
        }).map(categoryEntity -> {
            categoryEntity.setChildren(getChildrens(categoryEntity, all));
            return categoryEntity;
        }).sorted((menu1,menu2)->{
            return (menu1.getSort()==null?0:menu1.getSort()) - (menu2.getSort()==null?0:menu2.getSort());
        }).collect(Collectors.toList());
        return children;
    }

配置网关路由与路径重写

官方文档

Gateway Filter

MallGateway配置

application.yml文件

spring:
  cloud:
    gateway:
      routes:
        - id: test_route
          uri: https://www.baidu.com
          predicates:
            - Query=url,baidu
        - id: qq_route
          uri: https://www.qq.com
          predicates:
            - Query=url,qq
        - id: admin_route
          uri: lb://renren-fast
          predicates:
            - Path= /api/**
          filters:
            - RewritePath= /api/(?<segment>/?.*),/renren-fast/$\{segment}

配置说明

注意是：admin_route

前端项目统一请求都带有 /api 前缀

lb:renren-fast:LoadBalance 负载均衡

知足predicates:http://localhost:9527/api/captcha.jpg ---> http://renren-fast:8080/api/captcha.jpg

可是默认的请求是：http://localhost:8080/renren-fast/captcha.jpg

使用Gateway的Filter 重写路径（重写规则参考官方文档）

网关统一配置跨域

跨域

跨域：指的是浏览器不能执行其余网站的脚本。它是由浏览器的同源策源形成的，是浏览器对javascript施加的安全限制

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

URL	说明	是否容许通讯
http://www.a.com/a.js http://www.a.com/b.js	同一域名下	容许
http://www.a.com/ab/a.js http://www.a.com/script/b.js	同一域名不一样文件夹下	容许
http://www.a.com:8000/a.js http://www.a.com/b.js	同一域名，不一样端口	不容许
http://www.a.com/a.js https://www.a.com/b.js	同一域名不一样协议	不容许
http://www.a.com/a.js http://70.32.92.74/b.js	域名和域名对应ip	不容许
http://www.a.com/a.js http://script.a.com/b.js	主域相同，子域不一样	不容许
http://www.a.com/a.js http://a.com/b.js	同一域名，不一样二级域名	不容许（cookie这种也不容许访问）
http://www.a.com/a.js http://www.a.com/b.js	不一样域名	不容许

跨域流程

非简单请求（PUT、DELETE）等，须要先发送预检请求
- 1：预检请求，OPTIONS
- 2：响应容许跨域
- 3：发送真实请求
- 4：响应数据

解决跨域

第一种：使用nginx部署为同一域
第二种：配置当次请求容许跨域
- 添加响应头
  - Access-Control-Allow-Origin：支持哪些来源的请求跨域
  - Access-Control-Allow-Methods：支持哪些方法跨域
  - Access-Control-Allow-Credentials：跨域请求默认不包含cookie，设置为true能够包含cookie
  - Access-Control-Expose-Headers：跨域请求暴露的字段
    - CORS请求时，XMLHttpRequest对象的getResponseHeader()方法只能拿到6个基本字段：Cache-Control、Content-Language、Content-Type、Expires、Last-Modified、Pragma若是想拿到其余字段，就必须在Access-Control-Expose-Headers里面指定
  - Access-Control-Max-Age：代表该响应的有效时间为多少秒。在有效时间内，浏览器无须为同一请求再次发起预检请求。请注意：浏览器自身维护了一个最大有效时间，若是该首部字段的值超过了最大有效时间，将不会生效

MallCorsConfiguration 网关服务添加跨域配置类

@Configuration
public class MallCorsConfiguration {
    @Bean
    public CorsWebFilter corsWebFilter(){
        UrlBasedCorsConfigurationSource urlBasedCorsConfigurationSource = new UrlBasedCorsConfigurationSource();
        CorsConfiguration corsConfiguration = new CorsConfiguration();
        //跨域配置
        corsConfiguration.addAllowedHeader("*");
        corsConfiguration.addAllowedOrigin("*");
        corsConfiguration.addAllowedMethod("*");
        corsConfiguration.setAllowCredentials(true);

        urlBasedCorsConfigurationSource.registerCorsConfiguration("/**",corsConfiguration);
        return new CorsWebFilter(urlBasedCorsConfigurationSource);
    }
}

注意：这里须要注释掉renren-fast中的跨域配置，统一由网关进行配置

树形结构页面展现

renren-fast-vue 快速搭建前端项目

SPU与SKU

SPU

Standard Product Unit（标准化产品单元）

是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性

SKU

Stock Keeping Unit （库存量单位）

即库存进出计量的基本单元，能够是以件、盒、托盘等为单位。SKU这是对于大型连锁超市DC（配送中心）物流管理的一个必要的方法。如今已经被引伸为产品统一编号的简称，每种产品均对应有惟一的SKU号

基本属性【规格参数】与销售属性

每一个分类下的商品共享规格参数，与销售属性。只是有些商品不必定要用这个分类下所有的属性：
- 属性是以三级分类组织起来的
- 规格参数中有些是能够提供检索的
- 规格参数也是基本属性，他们具备本身的分组
- 属性的分组也是以三级分类组织起来的
- 属性名肯定的，可是值是每个商品不一样来决定的

属性分组-规格参数-销售属性-三级分类

数据库关联关系图

SPU-SKU-属性表

数据库关联关系图

接口编写

HTTP请求模板

WebStorm

File-Settings-Editor-Live Templates

JSR303数据校验

JSR303

给Bean添加校验注解：javax.validation.constraints,并定义本身的message提示
开启校验功能@Valid

效果：校验错误之后会有默认的响应
给校验的bean后紧跟一个BindingResult,就能够得到到校验的结果
每一个方法都这样作，太麻烦且代码冗余

分组校验

1. 给校验注解标注什么状况须要进行校验
1. controller添加注解 @Validated{(AddGroup.class, UpdateGroup.class)}
2. 默认没有指定分组的校验注解，在分组校验的状况下不生效

自定义校验

编写一个自定义的校验注解

能够指定多个不一样的校验器，适配不一样类型的校验
编写一个自定义的校验器
关联自定义的校验器和校验注解

全局异常处理

集中处理全部异常

@RestControllerAdvice 等价于 @ControllerAdvice和@ResponseBody
处理全局异常并以json格式返回

x系统错误码和错误信息定义类
- 1. 错误码定义规则为5位数字
  2. 前两位表示业务场景，最后三位表示错误码
    
    例如：10001 10：通用 001：系统未知异常
  3. 维护错误码后须要维护错误描述，将他们定义为枚举形式
    
    错误码列表：
    
    10：通用
    
    11：商品
    
    12：订单
    
    13：购物车
    
    14：物流

接口文档地址

在线接口文档地址

Object划分

PO（persistant object）持久对象

PO就是对应数据库中某个表中的一条记录，多个记录能够用PO的集合。PO中应该不包含任何数据库的操做

DO（Domain Object）领域对象

就是从现实世界中抽象出来的有形或者无形的业务实体

TO（Transfer Object）数据传输对象

不一样的应用程序之间传输的对象

DTO（Data Transfer Object）数据传输对象

这个概念来源于J2EE的设计模式，原来的目的是为了EJB的分布式应用提供粗粒度的数据实体，以减小分布式调用的次数，从而提升分布式调用的性能和下降网络负载，但在这里，泛指用于展现层与服务层之间的数据传输对象

VO（View Object）视图对象

一般用于业务层之间的数据传递，和PO同样也是仅仅包含数据而已。但应是抽象出的业务对象，能够和表对应，也能够不，这根据业务的须要。用new关键字建立，由GC回收
接收页面传递来的数据，封装对象
将业务处理完成的对象，封装成页面要用的数据

BO（Business Object）业务对象

从业务模型的角度看，见UML元件领域模型中的领域对象。封装业务逻辑的java对象，经过调用DAO方法，结合PO、VO进行业务操做。business object：业务对象主要做用是把业务逻辑封装为一个对象。这个对象能够包括一个或多个对象。好比一个简历，有教育经历、工做经历、社会关系等等。咱们能够把教育经历对应一个PO,工做经历对应一个PO,社会关系对应一个PO，创建一个简历的BO对象去处理简历，每一个BO都包含这些PO。这样处理业务逻辑时，咱们就能够针对BO去处理

POJO（Plain Ordinary Java Object）简单无规则Java对象

传统意义的Java对象，就是说在一些 Object/Relation Mapping工具中，可以作到维护数据库表记录的persisent object 彻底符合 Java Bean 规范的纯java对象，没有增长别的属性和方法，个人理解就是最基本的java Bean，只有属性字段以及setter和getter方法
POJO 是DO/DTO/BO/VO的统称

DAO（Data Access Object）数据访问对象

是一个sun的标准j2ee设计模式，这个模式中有个接口就是DAO，它负责持久层的操做，为业务层接口。此对象用于访问数据库。一般和PO结合使用，DAO中包含了各类数据库的操做方法。经过它的方法，结合PO对数据库进行相关的操做，夹在业务逻辑与数据库资源中间，配合VO，提供数据库的CRUD操做

分布式基础篇总结

分布式基础概念

微服务、注册中心、配置中心、远程调用、Feign、网关

基础开发

SpringBoot 2.0 、SpringCloud、Mybatis-Plus、Vue组件化、阿里云对象存储

环境

VMWare、Linux、Docker、MySQL、Redis、逆向工程&人人开源

开发规范

数据校验JSR30三、全局异常处理、全局统一返回、全局跨域处理
枚举状态、业务状态码、VO与TO与PO划分、逻辑删除
Lombok：@Data、@Slf4