lamp-cloud 3.0.0 发布,项目更名重生
3.0.0版本更新详情:
项目结构调整
-
项目名改动：
原开源项目 现开源项目 原会员项目 现会员项目 备注 zuihou-admin-cloud lamp-cloud zuihou-cloud-plus lamp-cloud-plus 微服务版 zuihou-admin-boot lamp-boot zuihou-boot-plus lamp-boot-plus 单体版 zuihou-commons lamp-util zuihou-commons-plus lamp-util-plus 业务无关的工具集 zuihou-generator lamp-generator zuihou-generator-plus lamp-generator-plus 代码生成器 zuihou-ui lamp-web zuihou-ui lamp-web-plus 租户管理后台 zuihou-admin-ui lamp-web zuihou-admin-ui lamp-web-plus 运营管理后台（3.0以后：zuihou-ui和zuihou-admin-ui合并为lamp-web） -
配置文件中配置的登录账号和密码修改为：lamp/lamp
-
zuihou-ui 和 zuihou-admin-ui 的功能合并到 lamp-web
-
common.yml、mysql.yml 等配置文件调整， 适配SpringBoot2.3.6
-
zuihou-order 更名为 lamp-example
-
zuihou-msgs 更名为 lamp-msg
-
废弃 lamp-j2cache-starter， 全面使用 lamp-cache-stater；
-
lamp-util(原zuihou-commons) 项目新增 lamp-annotation 模块， 将系统中常用的注解、model、枚举等抽离出来，降低多模块业务系统依赖耦合性
-
废弃jobs服务，3.0.1版本独立定时服务为单独的项目。为什么废弃？
- xxl-job的代码质量太差，大量代码不符合代码扫描器的规范！！！
- 定时服务调度器是一个独立的跟业务无关的项目，不宜跟业务项目放在一起;
- 采用的xxl-job版本过低;
数据库调整
- 使用PDMan整理表结构，并制作关系图
- create_user 字段改成 created_by、 update_user 改成 updated_by
- 大量表的字段重命名
- 数据字典表的数据重置；c_common_dictionary + c_common_dictionary_item 合并为一张表： c_dictionary
- 关于状态字段根据业务含义统一命名为: state、status
- 如（隐藏、显示），（是、否），（可用、不可用）、(启用、禁用) 等字段用 state
- 如 OrderedStatus, ShippingStatus,ReceiptedStatus 等字段用 status
- 数据库表名、表结构全面按照规范重建
代码&功能调整
- 版本升级：
spring.boot.version > 2.3.6.RELEASE spring.cloud.version > Hoxton.SR9 spring-cloud-alibaba-dependencies.version > 2.2.3.RELEASE seata.version > 1.3.0 nacos.version > 1.4.0 spring-boot-admin.version > 2.3.1 knife4j.version -> 2.0.8 springfox.swagger.version -> 2.10.5 swagger-models.version -> 1.5.22 druid.version -> 1.2.3 mysql.version -> 8.0.22 mybatis.version -> 3.5.6 mybatis-spring.version -> 2.0.6 mybatisplus.version -> 3.4.1 transmittable-thread-local.version -> 2.12.0 fastjson.version > 1.2.75 transmittable-thread-local.version > 2.11.5 commons-io.version > 2.8.0 lombok.version > 1.18.16 hutool.version > 5.5.2 antisamy.version > 1.5.10 caffeine.version > 2.8.6 maven-source-plugin.version > 3.2.1 maven-javadoc-plugin.version > 3.2.0 - 废弃全系统中@Autowired注入方式， 全部换成构造器注入！
- SuperCacheServiceImpl 中默认的缓存采用CacheOps。
- swagger自动配置支持通过
;号配置多个包 - 修复若干FindBugs Plugin、Alibaba Java Coding Guidelines plugin扫描的问题代码
- PageParams#map 改成 PageParams#extra
- 原zuihou-log-starter模块， com.github.lamp.log.logback.zuihou-defaults.xml 改名为： com.tangyh.basic.log.logback.defaults.xml
- 原来命名为 My* 的类更名为 Lamp*
- 不符合规范的抽象类、工具类等类名按照阿里扫描规范、FindBugs规范重构
- 默认的数据库ID生成方式调整为HUTOOL的工具类
- R 删除 getIsError() 方法(前端使用isError判断的改成!isSuccess)， 新增errorMsg(记录原生的报错信息)。
- 废弃CodeGenerate、AbstractDistributedLock、QueueConstants类
- 优化InjectionCore、ValidatorConfiguration
- LampMetaObjectHandler 逻辑增强，支持未继承基类的实体注入id、创建人、创建时间、修改人、修改时间
- pom文件中
../ ../pom.xml - 原zuihou-msgs服务中的包名、类名中涉及
Msgs的全部替换成Msg - user表增加字段： salt， 密码修改为salt + sha256算法
- c_resource（原c_auth_resource）表的资源编码调整为3级：服务:功能:操作点 如：authority:org:add、authority:org:update
- 内置0000租户新增内置4个角色5个账号
- 资源编码参考shiro实现支持
:*,;等通配符。 冒号作为权限分隔符，星号匹配任意字符串，逗号指定多个权限，分号支持配置多个编码。 - 重写登录、退出、清除缓存接口逻辑
- 修复消息中心发送全部用户时的bug
- 修复数据源模式测试连接无法关闭数据源链接的bug
- 数据字典表合并为一张， 并重写前端后端代码
- lamp-web中新增在线用户功能页面
- lamp-web前端项目支持全局配置 左侧菜单是否可以同时展开多个
- lamp-web 中 VUE_APP_IS_MULTI_TENANT 参数变更为 VUE_APP_IS_MULTI_TENANT_TYPE
- lamp-web 中 e-icon-picker 组件支持svg图标
- 后端调整字典查询接口（
/dictionary/codes），方便前端获取字典数据时可以控制多个属性 - 前端项目中大写命名的文件，统一改成小写开头
lamp 项目名字由来
叙事版：
在一个夜黑风高的晚上，小孩吵着要出去玩，于是和程序员老婆一起带小孩出去放风，路上顺便讨论起项目要换个什么名字，在各自想出的名字都被对方一一否决后，大家陷入了沉思。 走着走着，在一盏路灯下，孩砸盯着路灯打破宁静，喊出：灯灯～ 我和媳妇愣了一下，然后对视着一起说：哈哈，这个名字好～
解释版：
灯灯： 是我小孩学说话时会说的第一个词，也是我在想了很多项目名后，小孩一语点破的一个名字，灯灯象征着光明，给困境的我们带来希望，给加班夜归的程序员们指引前方～
灯灯(简称灯， 英文名：lamp)，他是一个项目的统称，包含以下几个子项目
lamp 项目组成
| 项目 | gitee | github | 备注 |
|---|---|---|---|
| 工具集 | https://gitee.com/zuihou111/lamp-util | https://github.com/zuihou/lamp-util | 业务无关的工具集，cloud和boot 项目都依赖它 |
| 微服务版 | https://gitee.com/zuihou111/lamp-cloud | https://github.com/zuihou/lamp-cloud | SpringCloud 版 |
| 单体版 | https://gitee.com/zuihou111/lamp-boot | https://github.com/zuihou/lamp-boot | SpringBoot 版(和lamp-cloud功能基本一致) |
| 租户后台 | https://gitee.com/zuihou111/lamp-web | https://github.com/zuihou/lamp-web | PC端管理系统 |
| 代码生成器 | https://gitee.com/zuihou111/lamp-generator | https://github.com/zuihou/lamp-generator | 给开发人员使用 |
| 定时调度器 | https://gitee.com/zuihou111/lamp-job | https://github.com/zuihou/lamp-job | 尚未开发 |
lamp-cloud 简介
lamp-cloud的前身是zuihou-admin-cloud，从3.0.0版本开始，改名为lamp-cloud，它是lamp项目的其中一员。
lamp-cloud 基于SpringCloud(Hoxton.SR9) + SpringBoot(2.3.6.RELEASE) 的微服务快速开发平台，其中的可配置的SaaS功能尤其闪耀， 具备RBAC功能、网关统一鉴权、Xss防跨站攻击、自动代码生成、多种存储系统、分布式事务、分布式定时任务等多个模块，支持多业务系统并行开发， 支持多服务并行开发，可以作为后端服务的开发脚手架。代码简洁，注释齐全，架构清晰，非常适合学习和企业作为基础框架使用。
核心技术采用Spring Cloud Alibaba、SpringBoot、Mybatis、Seata、Sentinel、RabbitMQ、FastDFS/MinIO、SkyWalking等主要框架和中间件。 希望能努力打造一套从 JavaWeb基础框架 - 分布式微服务架构 - 持续集成 - 系统监测 的解决方案。本项目旨在实现基础能力，不涉及具体业务。
lamp 租户模式介绍
本项目可以通过配置，轻松切换项目的 租户模式。
| 租户模式 | 描述 | 优点 | 缺点 |
|---|---|---|---|
| NONE(非租户模式) | 没有租户 | 简单、适合独立系统 | 缺少租户系统的优点 |
| COLUMN(字段模式) | 租户共用一个数据库，在业务表中增加字段来区分 | 简单、不复杂、开发无感知 | 数据隔离性差、安全性差、数据备份和恢复困难、 |
| SCHEMA(独立schema) | 每个租户独立一个 数据库(schema)，执行sql时，动态在表名前增加schema | 简单、开发无感知、数据隔离性好 | 配置文件中必须配置数据库的root账号、不支持复杂sql和 sql嵌套自定义函数 |
| DATASOURCE(独立数据源) | 每个租户独立一个 数据库(数据源)，执行代码时，动态切换数据源 | 可独立部署数据库，数据隔离性好、扩展性高、故障影响小 | 相对复杂、开发需要注意切换数据源时的事务问题、需要较多的数据库 |
lamp 会员版项目演示地址 (服务器没法备案，只能加上端口~~~)
- 地址： http://tangyh.top:10000/lamp-web/
- 以下内置账号仅限于内置的0000租户
- 平台管理员： lamp_pt/lamp (内置给公司内部运营人员使用)
- 超级管理员： lamp/lamp
- 普通管理员： general/lamp
- 普通账号： normal/lamp
ps: 演示环境中内置租户没有写入权限，若要在演示环境测试增删改，请使用lamp_pt账号查询租户管理员账号后,登录新租户测试
lamp-cloud/lamp-boot + lamp-web 业务功能介绍：
- 租户管理：运营人员管理所有的租户创建
- 工作台：普通用户常用功能
- 组织管理：组织、岗位、用户数据维护、重置用户密码等
- 资源中心：消息、短信、附件管理
- 流程管理：流程部署、模型管理、流程示例
- 系统设置：菜单、资源配置、角色管理、给角色绑定用户、给角色授权菜单和资源、字典、地区、系统参数、操作日志、登录日志、应用管理等
- 网关设置：限流和阻止访问
- 开发者管理：定时任务、接口文档、注册&配置中心、服务监控、数据库监控、zipkin监控、SkyWalking监控
lamp-cloud 项目亮点功能介绍:
-
服务注册&发现与调用：
基于Nacos来实现的服务注册与发现，使用使用Feign来实现服务互调, 可以做到使用HTTP请求远程调用时能与调用本地方法一样的编码体验，开发者完全感知不到这是远程方法，更感知不到这是个HTTP请求。
-
负载均衡：
将服务保留的rest进行代理和网关控制，除了平常经常使用的node.js、nginx外，Spring Cloud系列的zuul和ribbon，可以帮我们进行正常的网关管控和负载均衡。其中扩展和借鉴国外项目的扩展基于JWT的Zuul限流插件，方面进行限流。
-
服务鉴权:
通过JWT的方式来加强服务之间调度的权限验证，保证内部服务的安全性。
-
熔断机制：
因为采取了服务的分布，为了避免服务之间的调用“雪崩”，采用了Hystrix的作为熔断器，避免了服务之间的“雪崩”。
-
监控：
利用Spring Boot Admin 来监控各个独立Service的运行状态；利用turbine来实时查看接口的运行状态和调用频率；通过Zipkin来查看各个服务之间的调用链等。
-
链路调用监控：
同时实现了Zipkin和SkyWalking作为本项目的全链路性能监控， 从整体维度到局部维度展示各项指标，将跨应用的所有调用链性能信息集中展现，可方便度量整体和局部性能，并且方便找到故障产生的源头，生产上可极大缩短故障排除时间。
-
数据权限
利用基于Mybatis的DataScopeInnerInterceptor拦截器实现了数据权限功能
-
SaaS(多租户)的无感解决方案
本项目支持3种常见的租户解决方案和无租户方案，同一套代码，修改一个配置即可实现租户模式只有切换。
-
缓存抽象
采用CacheOps操作缓存，内置2种实现：Caffeine、 Redis，可以让项目应急时在无Redis环境正常运行
-
优雅的Bean转换
采用Dozer、BeanUtil等组件来对 DTO、DO、PO等对象的优化转换
-
前后端统一表单验证
严谨的表单验证通常需要 前端+后端同时验证， 但传统的项目，均只能前后端各做一次检验， 后期规则变更，又得前后端同时修改。 故在
hibernate-validator的基础上封装了lamp-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的负载均衡策略来实现来灰度发布。
lamp-cloud 技术栈/版本介绍：
- 所涉及的相关的技术有：
- JSON序列化:Jackson
- 消息队列：RabbitMQ
- 缓存：Redis
- 数据库： MySQL 5.7.9 或者 MySQL 8.0.19
- 定时器：采用xxl-jobs项目进行二次改造
- 前端：vue + element-ui
- 持久层框架： Mybatis-plus
- 代码生成器：基于Mybatis-plus-generator自定义
- API网关：Gateway/zuul
- 服务注册&发现和配置中心: Nacos
- 服务消费：OpenFeign
- 负载均衡：Ribbon
- 服务熔断：Hystrix
- 项目构建：Maven
- 分布式事务： seata
- 分布式系统的流量防卫兵： Sentinel
- 监控： spring-boot-admin
- 链路调用跟踪： zipkin/SkyWalking
- 文件服务器：FastDFS 5.0.5/阿里云OSS/本地存储/MinIO
- Nginx
- 部署方面：
- 服务器：CentOS
- Jenkins
- Docker
- Kubernetes
项目截图：
| 预览 | 预览 |
|---|---|
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
|
|
 |