zuihou-admin-boot 2.4 发布,SaaS 脚手架
今日更新日志:
整体更新:
1. 新增批量替换项目名&包名&前缀的Shells脚本(支持Linux&Mac)
2. 录制了完整的项目讲解视频教程
3. 优化代码若干 & 删除无用代码和注释掉的代码若干 & 完善代码注释若干
4. 优化整个项目所有的枚举类型(删除枚举类型上标记的@JsonFormat(shape = JsonFormat.Shape.OBJECT) )
6. 废弃zuihou-scan-stater模块
7. 修复通用短信验证码发送的bug
8. 修复zuihou-admin-ui上传租户头像报错和无法修改头像成功的bug
10.废弃SystemApi模块
11.依赖升级
spring.boot.version -> 2.2.7.RELEASE
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-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.SR3)` + `SpringBoot(2.2.7.RELEASE)` 的 SaaS型单体架构脚手架,具备用户管理、资源权限管理、网关统一鉴权、Xss防跨站攻击、自动代码生成、多存储系统、分布式事务、分布式定时任务等多个模块,支持多业务系统并行开发,支持多服务并行开发,可以作为后端服务的开发脚手架。代码简洁,架构清晰,非常适合学习使用。核心技术采用Nacos、Fegin、Ribbon、Zuul、Hystrix、JWT Token、Mybatis、SpringBoot、Seata、Nacos、Sentinel、RabbitMQ、FastDFS等主要框架和中间件。
希望能努力打造一套从 SaaS基础框架 - 微服务架构 - 自动化部署 - 系统监测 的解决方案。本项目旨在实现基础能力,不涉及具体业务。
功能点介绍:
服务鉴权:
通过JWT的方式来加强服务之间调度的权限验证,保证内部服务的安全性。
监控:
利用Spring Boot Admin 来监控各个独立Service的运行状态;利用turbine来实时查看接口的运行状态和调用频率;通过Zipkin来查看各个服务之间的调用链等。
数据权限:
利用基于Mybatis的DataScopeInterceptor拦截器实现了简单的数据权限
SaaS的无感解决方案:
使用Mybatis拦截器实现对所有SQL的拦截,COLUMN模式动态拼接租户编码,SCHEMA模式修改默认的Schema,DATASOURCE模式动态切换数据源,从而实现多租户数据隔离的目的。并且支持禁用租户模式。
二级缓存:
采用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进行了功能增强。(如:指定时间发送任务、执行器和调度器合并项目、多数据源)
大文件/断点/分片续传:
前端采用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业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Masterlab 2.1.9 发布,基于事项和敏捷驱动的项目管理工具
Masterlab 是一款基于事项驱动和敏捷开发的在线协作系统,专为项目经理、产品经理、码农、测试工程师量身定做,简约不简单,可将复杂的项目管理简单化。可广泛应用于缺陷跟踪、客户服务、工单推进、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。Masterlab具有配置灵活、功能丰富、部署简单、使用简单,用户体验良好的特点。 官方网站: http://www.masterlab.vip 2.1.9版本更新内容: 1.修复高级查询分页的bug 2.修复没有参与项目的用户的事项列表会显示全部事项的bug 3.修复时间逻辑bug
- 下一篇
人工智能测温来“站岗”!无需停留,多人同时测温
云栖号资讯:【点击查看更多行业资讯】在这里您可以找到不同行业的第一手的上云资讯,还在等什么,快来! 在这段时期,“宅”在家里的人们也不得不面临定期去超市采购的问题,为了避免交叉感染,超市不仅采取了一系列消毒措施,在进门处工作人员还用手持式设备逐个测量体温。但这种方式效率低,工作强度大,排队测温中容易造成人员聚集。为此,致力于研究人工智能的胡杨团队针对超市的特点和需求,开发出了AI测温预警系统。 据了解,这种AI测温预警系统是利用人工智能、云计算大数据等技术实现人群温度监控。通过自身配置的热成像仪将探测到的路人的热量进行精确的量化,呈现到检测端,人工智能可实时监控,一旦发现温度异常,便会自动声光报警,人工智能立刻标记异常人员,并将其移动路线轨迹记录下来,便于疫情筛查。 测温预警系统在应用中究竟具有怎样的优势呢?胡杨介绍说,这是针对密集性人群设计,特点是测温覆盖范围大,可实现前方5米扇形范围内人群测温;测温精准且速度快,温差不超过0.05摄氏度,人群走过时不需要在机器前停留;根据不同环境需要,系统可结合人脸识别,实现智能门禁、考勤打卡,以及智能识别体温异常人员的身份信息。 胡杨毕业于国防科...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS8安装Docker,最新的服务器搭配容器使用
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS8编译安装MySQL8.0.19
- SpringBoot2整合Redis,开启缓存,提高访问速度
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Hadoop3单机部署,实现最简伪集群
- CentOS7,CentOS8安装Elasticsearch6.8.6