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版本独立定时服务为单独的项目。为什么废弃？

  1. xxl-job的代码质量太差，大量代码不符合代码扫描器的规范！！！
  2. 定时服务调度器是一个独立的跟业务无关的项目，不宜跟业务项目放在一起;
  3. 采用的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文件中 <relativePath>../</relativePath> 调整为 <relativePath>../pom.xml</relativePath>
• 原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 业务功能介绍：

1. 租户管理：运营人员管理所有的租户创建
2. 工作台：普通用户常用功能
3. 组织管理：组织、岗位、用户数据维护、重置用户密码等
4. 资源中心：消息、短信、附件管理
5. 流程管理：流程部署、模型管理、流程示例
6. 系统设置：菜单、资源配置、角色管理、给角色绑定用户、给角色授权菜单和资源、字典、地区、系统参数、操作日志、登录日志、应用管理等
7. 网关设置：限流和阻止访问
8. 开发者管理：定时任务、接口文档、注册&配置中心、服务监控、数据库监控、zipkin监控、SkyWalking监控

lamp-cloud 项目亮点功能介绍:

1. 服务注册&发现与调用：

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

2. 负载均衡：

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

3. 服务鉴权:

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

4. 熔断机制：

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

5. 监控：

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

6. 链路调用监控：

   同时实现了Zipkin和SkyWalking作为本项目的全链路性能监控， 从整体维度到局部维度展示各项指标，将跨应用的所有调用链性能信息集中展现，可方便度量整体和局部性能，并且方便找到故障产生的源头，生产上可极大缩短故障排除时间。

7. 数据权限

   利用基于Mybatis的DataScopeInnerInterceptor拦截器实现了数据权限功能

8. SaaS(多租户)的无感解决方案

   本项目支持3种常见的租户解决方案和无租户方案，同一套代码，修改一个配置即可实现租户模式只有切换。

9. 缓存抽象

   采用CacheOps操作缓存，内置2种实现：Caffeine、 Redis，可以让项目应急时在无Redis环境正常运行

10. 优雅的Bean转换

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

11. 前后端统一表单验证

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

12. 防跨站脚本攻击(XSS)

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

13. 当前登录用户信息注入器

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

14. 在线API

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

15. 代码生成器

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

16. 定时任务调度器：

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

17. 大文件/断点/分片续传

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

18. 分布式事务

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

19. 跨表、跨库、跨服务的关联数据自动注入器

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

20. 灰度发布

    为了解决频繁的服务更新上线，版本回退，快速迭代，公司内部协同开发，本项目采用修改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

项目截图：

预览	预览