lamp-cloud 3.0.2 发布, Java微服务开发框架

3.0.2版本更新详情:

1、Controller返回值增加全局返回对象包装配置类 (AbstractGlobalResponseBodyAdvice)

2、DATASOURCE模式新增lamp-tenant-datasource-init模块用于处理租户模式启动和运行时打加载数据源

  （原lamp-tenant-datasource模块只由tenant服务依赖，lamp-tenant-datasource-init由其他服务依赖））
3、新增lamp-common-api模块，存放公共API

4、修复修改用户密码的bug #fix I2ATCU

5、新增基于xxl-job改造的定时任务项目

6、DATASOURCE模式适配lamp-job项目

 

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

项目截图：

预览	预览
​