转载

zuihou-admin-cloud 2.4 发布，微服务 SaaS 脚手架

今日更新日志:

整体更新：

0. 录制了完整的项目讲解视频教程

1. 新增批量替换项目名&包名&前缀的Shells脚本（支持Linux&Mac）

2. 完整的项目讲解视频

3. 优化代码若干 & 删除无用代码和注释掉的代码若干 & 完善代码注释若干

4. 调整了nacos中的所有配置文件

5. 优化整个项目所有的枚举类型（删除枚举类型上标记的@JsonFormat(shape = JsonFormat.Shape.OBJECT) ）

6. 废弃zuihou-sacn-stater模块

7. 修复通用短信验证码发送的bug

8. 修复zuihou-admin-ui上传租户头像报错和无法修改头像成功的bug

9. 修复zipkin + seata整合时冲突报错

10.废弃SystemApi模块

11.依赖升级

spring.boot.version -> 2.2.7.RELEASE

spring.cloud.version -> Hoxton.SR3

dynamic.datasource.version -> 3.1.0

mybatis.version -> 3.5.4

mybatis-spring.version -> 2.0.4

mybatisplus.version -> 3.3.2

p6spy.version -> 3.9.0

fastjson.version -> 1.2.72 (修复安全漏洞）

druid.version -> 1.1.22 (修复编译时，IDEA的警告）

knife4j.version -> 2.0.4

swagger.version -> 1.5.22

hutool.version -> 5.3.9

jjwt.version -> 0.11.1

zuihou-gateway-server更新：

1. 优化gateway网关的熔断配置

2. AccessFilter为TokenContextFilter

zuihou-injection-starter更新：

1. 修改 InjectionFieldPo 和 InjectionField 类的 feign 字段为 apiClass，使得字段命名更加合理

2. InjectionField注解类新增dictType属性，解决字典类型数据注入bug

3. 修复自动注入器注入字典类型的数据时，无法区分不同字典类型的值

zuihou-validator-starter更新：

1. 修复表单统一验证模块不支持Restful风格 + BaseController接口的验证规则获取bug

2. com.github.zuihou.validator.config.EnableFormValidator 注解移动到 com.github.zuihou.validator.annotation.EnableFormValidator

zuihou-databases更新：

1. 优化SCHEMA模式全局拦截器代码功能和可读性

2. 优化非DATASOURCE模式数据源配置

3. 优化分页插件每次查询最大500条的限制

4. PageParams类的 getPage() 方法修改成 buildPage()，并支持多字段排序

5. 删除 MultiTenantInterceptor ，新增 ReplaceSql

6. 新增MasterDatabaseConfiguration，优化NONE、SCHEMA、COLUMN模式的数据源配置和事务配置

7. 修复NONE、SCHEMA、COLUMN模式事务失效的bug

zuihou-core更新：

1. 新增JsonUtil工具类（jackson）

zuihou-boot更新：

1. 优化枚举字段反序列化全局配置类：EnumDeserializer, 提高可读性和性能

2. 新增枚举类型字段的全局序列化配置类：EnumSerializer，实现了BaseEnum接口的枚举按照规范序列化

3. 优化 BaseConfig 类中全局的 ObjectMapper 配置

3. 优化LocalDateTime类型参数的Jackson反序列化规则

4. 优化LocalDateTime、Date、LocalDate、LocalTime等日期类型表单参数传递时的转换规则

5. 全局统一异常的状态码修改为400

6. 优化PageController类handlerWrapper方法的逻辑

zuihou-cloud-starter更新：

1. 优化服务远程调用时，请求头和线程变量的传递

2. 新增全局的支持负载均衡策略、请求头和LocalThread参数传递的LbRestTemplate

3. 新增全局的熔断回调， @FeignClient 注解无需单独配置 fallback 和 fallbackFactory 即可实现回调

zuihou-swagger2-starter更新：

1. 使得通过 zuihou.swaggger.enabled 可以全局禁用swagger功能

2. 优化SwaggerProperties类的配置和默认值

zuihou-log-starter更新：

1. 为了减少zuihou-log-starter模块体积，将ip2region.db移动到oauth服务。

2. 修复操作日志根据参数控制是否记录请求参数的bug

定时任务更新：

1. 修复分布式定时执行器运行重置任务时，找不到sql脚本的bug

代码生成器更新：

1. 优化代码生成器配置若干

2. 修复代码生成器生成的代码导包不正确和缺少配置的bug

3，修复代码生成器生成配置类和Controller类错误的bug

4，优化代码生成器使得生成代码时，可以使用模糊查询同时生成多张表

5，完善代码生成后的提示信息

6, 支持生成租户数据源动态新增消息队列监听类

视频清单：

zuihou-admin-cloud 2.4 发布，微服务 SaaS 脚手架

租户模式：

租户模式	描述	优点	缺点	分布式事务
NONE（非租户模式)	没有租户	简单、适合独立系统	缺少租户系统的便利性	支持
COLUMN（字段模式)	租户共用一个数据库，在业务表中增加字段来区分	简单、不复杂、开发无感知	数据隔离性差、安全性差、数据备份和恢复困难	支持
SCHEMA（独立schema)	每个租户独立一个数据库(schema)，执行sql时，动态在表名前增加schema	简单、开发无感知、数据隔离性好	配置文件中必须配置数据库的root账号、不支持复杂sql和 sql嵌套自定义函数	存在bug
DATASOURCE(独立数据源)	每个租户独立一个数据库(数据源)，执行代码时，动态切换数据源	可独立部署数据库，数据隔离性好、扩展性高、故障影响小	相对复杂、开发需要注意切换数据源时的事务问题、需要较多的数据库	支持

简介：

基于`SpringCloud(Hoxton.SR1)` + `SpringBoot(2.2.5.RELEASE)` 的 SaaS型微服务脚手架，具备用户管理、资源权限管理、网关统一鉴权、Xss防跨站攻击、自动代码生成、多存储系统、分布式事务、分布式定时任务等多个模块，支持多业务系统并行开发，支持多服务并行开发，可以作为后端服务的开发脚手架。代码简洁，架构清晰，非常适合学习使用。核心技术采用Nacos、Fegin、Ribbon、Zuul、Hystrix、JWT Token、Mybatis、SpringBoot、Seata、Nacos、Sentinel、RabbitMQ、FastDFS等主要框架和中间件。

希望能努力打造一套从 SaaS基础框架 - 分布式微服务架构 - 自动化部署 - 系统监测 的解决方案。本项目旨在实现基础能力，不涉及具体业务。

功能点介绍:

服务注册与调用：

基于Eureka来实现的服务注册与调用，在Spring Cloud中使用Feign, 我们可以做到使用HTTP请求远程服务时能与调用本地方法一样的编码体验，开发者完全感知不到这是远程方法，更感知不到这是个HTTP请求。

服务鉴权:

通过JWT的方式来加强服务之间调度的权限验证，保证内部服务的安全性。

负载均衡：

将服务保留的rest进行代理和网关控制，除了平常经常使用的node.js、nginx外，Spring Cloud系列的zuul和ribbon，可以帮我们进行正常的网关管控和负载均衡。其中扩展和借鉴国外项目的扩展基于JWT的Zuul限流插件，方面进行限流。

熔断机制：

因为采取了服务的分布，为了避免服务之间的调用“雪崩”，采用了Hystrix的作为熔断器，避免了服务之间的“雪崩”。

监控：

利用Spring Boot Admin 来监控各个独立Service的运行状态；利用turbine来实时查看接口的运行状态和调用频率；通过Zipkin来查看各个服务之间的调用链等。

数据权限：

利用基于Mybatis的DataScopeInterceptor拦截器实现了简单的数据权限

SaaS的无感解决方案：

使用Mybatis拦截器实现对所有SQL的拦截，修改默认的Schema，从而实现多租户数据隔离的目的。

二级缓存：

采用J2Cache操作缓存，第一级缓存使用内存(Caffeine)，第二级缓存使用 Redis。由于大量的缓存读取会导致 L2 的网络成为整个系统的瓶颈，因此 L1 的目标是降低对 L2 的读取次数。该缓存框架主要用于集群环境中。单机也可使用，用于避免应用重启导致的缓存冷启动后对后端业务的冲击。

优雅的Bean转换：

采用Dozer组件来对 DTO、DO、PO等对象的优化转换

前后端统一表单验证：

严谨的表单验证通常需要前端+后端同时验证，但传统的项目，均只能前后端各做一次检验，后期规则变更，又得前后端同时修改。故在hibernate-validator的基础上封装了zuihou-validator-starter起步依赖，提供一个通用接口，可以获取需要校验表单的规则，然后前端使用后端返回的规则，以后若规则改变，只需要后端修改即可。

防跨站脚本攻击（XSS）：

通过过滤器对所有请求中的表单参数进行过滤
通过Json反序列化器实现对所有 application/json 类型的参数进行过滤

当前用户信息注入器：

通过注解实现用户身份注入

在线API：

由于原生swagger-ui某些功能支持不够友好，故采用了国内开源的 knife4j ，并制作了stater，方便springboot用户使用。

代码生成器：

基于Mybatis-plus-generator自定义了一套代码生成器，通过配置数据库字段的注释，自动生成枚举类、数据字典注解、SaveDTO、UpdateDTO、表单验证规则注解、Swagger注解等。

定时任务调度器：

基于xxl-jobs进行了功能增强。（如：指定时间发送任务、执行器和调度器合并项目、多数据源）

汉化 Eureka 注册中心页面：

请切换分支进行查看

大文件/断点/分片续传：

前端采用webupload.js、后端采用NIO实现了大文件断点分片续传，启动Eureka、Zuul、File服务后，直接打开docs/chunkUploadDemo/demo.html即可进行测试。经测试，本地限制堆栈最大内存128M启动File服务,5分钟内能成功上传4.6G+的大文件，正式服耗时则会受到用户带宽和服务器带宽的影响，时间比较长。

分布式事务：

集成了阿里的分布式事务中间件：seata，以高效并且对业务 0侵入 的方式，解决微服务场景下面临的分布式事务问题。

灰度发布:

为了解决频繁的服务更新上线，版本回退，快速迭代，公司内部协同开发，本项目采用修改ribbon的负载均衡策略来实现来灰度发布。

关联数据自动注入：

用于解决跨表、跨库、跨服务分页数据的属性或单个对象的属性回显关联数据之痛, 支持对静态数据属性(数据字典)、动态主键数据进行自动注入。

项目代码地址

项目	gitee	github	备注
微服务项目	https://gitee.com/zuihou111/zuihou-admin-cloud	https://github.com/zuihou/zuihou-admin-cloud	SpringCloud 版本后端代码
单体项目	https://gitee.com/zuihou111/zuihou-admin-boot	https://github.com/zuihou/zuihou-admin-boot	SpringBoot 版本后端代码
租户后台	https://gitee.com/zuihou111/zuihou-ui	https://github.com/zuihou/zuihou-ui \|	给客户使用的前端
开发&运营后台	https://gitee.com/zuihou111/zuihou-admin-ui	https://github.com/zuihou/zuihou-admin-ui	给公司内部开发&运营&运维等人员使用
代码生成器	https://gitee.com/zuihou111/zuihou-generator	https://github.com/zuihou/zuihou-generator	开发人员使用
核心工具包	https://gitee.com/zuihou111/zuihou-commons	https://github.com/zuihou/zuihou-commons	核心工具包

演示地址（演示账号没有写权限，只能查询）

项目	演示地址	管理员账号	普通账号
租户后台	http://tangyh.top:10000/zuihou-ui	zuihou/zuihou	test/zuiou
开发&运营后台	http://tangyh.top:180/zuihou-admin-ui	demoAdmin/zuihou	无