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, 支持生成租户数据源动态新增消息队列监听类
视频清单:
租户模式:
租户模式 | 描述 | 优点 | 缺点 | 分布式事务 |
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 | 无 |
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
从JIT到类加载再到实现原理解式Lambda编译慢的问题
问题回顾 描述的话不多说,直接上图: 看到输出结果了吗?为什么第一次和第二次的时间相差如此之多?咱们一起琢磨琢磨,也可以先去看看结论再回过头看分析 注:并非仅第二次快,而是除了第一次,之后的每一次都很快 给与猜想 是否和操作系统预热有关? 是否和JIT(即时编译)有关? 是否和ClassLoader类加载有关? 是否和Lambda有关,并非foreach的问题 验证猜想 操作系统预热 操作系统预热这个概念是我咨询一位大佬得到的结论,在百度 / Google 中并未搜索到相应的词汇,但是在模拟测试中,我用 普通遍历 的方式进行测试: 基本上每次都是前几次速度较慢,后面的速度更快,因此 可能 有这个因素影响,但差距并不会很大,因此该结论并不能作为问题的答案。 JIT 即时编译 首先介绍一下什么是JIT即时编译: 当 JVM 的初始化完成后,类在调用执行过程中,执行引擎会把字节码转为机器码,然后在操作系统中才能执行。在字节码转换为机器码的过程中,虚拟机中还存在着一道编译,那就是即时编译。 最初,JVM 中的字节码是由解释器( Interpreter )完成编译的,当虚拟机发现某个方法或代码块...
- 下一篇
zlt-mp v4.0.0 发布,基于 Spring Cloud Alibaba 的微服务平台
功能介绍 更新内容 特性/增强 重构uaa的自定义授权实现,统一授权接口使用grant_type区分 基础框架版本升级 升级spring-boot到2.2.8.RELEASE 升级spring-cloud到Hoxton.SR6 升级spring-cloud-alibaba到2.2.1.RELEASE 升级spring-boot-admin-starter-server到2.2.3 升级search-center支持ES7.x版本,不支持6.x版本 升级elasticsearch-rest-high-level-client到7.8.0 升级elasticsearch-rest-client到7.8.0 升级elasticsearch到7.8.0 升级zlt-register/nacos到1.3.1 升级transmittable-thread-local到2.11.5 问题修复 修复用户列表只显示用户所关联的当前租户的角色 修复redis-cluster模式下有时候会删除token失败 [#I1LPAV] RedisClientDetailsService.removeRedisCac...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS8编译安装MySQL8.0.19
- MySQL8.0.19开启GTID主从同步CentOS8
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS7,CentOS8安装Elasticsearch6.8.6
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- Red5直播服务器,属于Java语言的直播服务器