Jboot(微服务框架)

　　Jboot是一个微服务开发框架，将软件部署到你的开发软件上就可以开始设计新的服务项目，软件提供多种开发功能，支持RPC调用、MQ消息队列、Gateway网关、任务调度、Jboot限流、Sentinel限流、分布式附件管理、监控、事件机制、序列化、SP扩展等内容编辑，结合软件提供的代码生成器就可以生成model层和Service层的基础代码，内置了一套监控机制，可以用来监控 Controller、Service 等的API访问情况，软件功能非常多，用户可以将软件部署到多种开发程序上使用，如果你需要开发新的服务项目就可以尝试Jboot微服务框架。

软件功能

　　目前已经开源超过了 3 年的时间，迭代了 100+ 个版本，已经被超过 1000+ 公司在使用。

　　Jboot 主要有以下特征：

　　1、基于 JFinal 的 MVC + ORM 快速开发。

　　2、基于 ShardingSphere + Seata 分布式事务 和 分库分表。

　　3、基于 Dubbo 或 Motan 的 RPC 实现

　　4、基于 Sentinel 的分布式限流和降级

　　5、基于 Apollo 和 Nacos 的分布式配置中心

　　6、基于 EhCache 和 Redis 的分布式二级缓存

软件特色

　　Jboot 是一个基于 JFinal、JFinal-Undertow、Dubbo、Seata、Sentinel、ShardingSphere、Nacos 等开发的微服务框架， 帮助开发者降低微服务开发门槛。同时完美支持在idea、eclipse下多maven模块，对java 代码、html、css、js 等资源文件进行热加载。爽爽开发，快乐生活。

安装方法

　　使用 Jboot 开发应用，建议使用 Maven 进行开发，目前主流的 Java 开发工具都已经对 Maven 进行了完善的支持。本文档是基于你已经熟悉 Maven 的基础上进行编写的。

　　在项目的 pom.xml 文件里，添加如下 Maven 依赖：

　　描述

　　在 Jboot 应用中，可以通过几下几种方式给 Jboot 应用进行配置。

　　jboot.properties 配置文件

　　jboot-xxx.properties 配置文件

　　环境变量

　　Jvm 系统属性

　　启动参数

　　分布式配置中心（目前支持 Apollo 和 Nacos）

　　注意： 1、如果同一个属性被多处配置，那么 Jboot 读取配置的优先顺序是： 分布式配置中心 > 启动参数 > Jvm 系统属性 > 环境变量 > jboot-xxx.properties > jboot.properties。

　　2、jboot-xxx.properties 的含义是：当配置 jboot.app.mode=dev 时，默认去读取 jboot-dev.properties，同理当配置 jboot.app.mode=product 时，默认去读取 jboot-product.properties，jboot-xxx.properties 的文件名称是来源于 jboot.app.mode 的配置。jboot-xxx.properties 这个文件并不是必须的，但当该配置文件存在时，其优读取顺序先于 jboot.properties。

　　读取配置

　　注入配置

　　动态配置

　　在 Jboot 的所有配置中，我们可以通过 ${key} 来指定替换为 value。

　　示例1：

　　那么读取到的 key2 的值为 value1/abc。

　　示例2：

　　那么，key2 的值为 value1/abc ，key3 的值为 abc/value1/abc/xyz

　　示例2：

　　那么，因为系统中找不到 otherkey 的值，key2 的值为 /abc，如果我们在系统中，通过 java -jar xxx.jar --otherkey=othervalue， 那么， key2 的值为 othervalue/abc

　　#注解配置

　　在应用开发中，我们通常会使用注解，Jboot 内置了多个注解。

　　例如：

　　@RequestMapping

　　@EnableCORS

　　@RPCInject

　　@RPCBean

　　...等等

　　在使用注解的时候，我们通常会这样来使用，例如：

　　或者

　　但是，无论是 @RequestMapping("/user") 或者是 @RPCBean(group="myGroup",version="myVersion",port=...) , 其参数配置都是固定的，因此，Jboot 提供了一种动态的配置方法，可以用于读取配置文件的内容。

　　例如：

　　然后在配置文件 jboot.properties （也可以是启动参数、环境变量等）添加上：

　　其作用是等效于：

　　因此，在 Jboot 应用中，注解的值可以通过 ${key} 的方式，读取到配置内容的 key 对于的 value 值。

　　#配置实体类

　　很多时候，某个功能或组件可能需要 一堆 的配置，而不是一个配置，无论是手动编码读取 或者 是通过注入，就可以让我们的项目产生重复的代码。

　　Jboot 提供了配置实体类功能，该功能自动把配置信息 映射 给一个 JavaBean 实体类，方便我们 批量 读取配置信息。

　　例如：

　　某个组件叫 component1 ，它需要如下几个配置信息。

　　主机

　　端口号

　　账号

　　密码

　　超时时间

　　那么，我们可以创建一个叫 Component1Config 的实体类，定义好其属性，如下代码 ：

　　这样，我们就可以通过如下代码读 Component1Config 信息。

　　备注：@ConfigModel(prefix="component1") 注解的含义是 Component1Config 的前缀是 component1 ，因此，其属性 host 是来至配置文件的 component1.host 的值。

　　#开启 Nacos 分布式配置中心

　　第一步，添加 nacos 客户端的 Maven 依赖

　　第二步：启动 nacos

　　Clone Nacos 项目

　　单机模式 Derby

　　单机模式 Mysql

　　集群模式

　　Nacos 控制台

　　link：http://127.0.0.1:8848/nacos/

　　nacos 的相关文档在

　　https://nacos.io/zh-cn/docs/quick-start.html

　　或者

　　https://nacos.io/zh-cn/docs/quick-start-docker.html

　　第三步，在 jboot.properties 添加如下配置

　　支持如下更多配置，但是最简单的只需要以上配置就可以正常运行

　　第二步，启动 Apollo

　　相关文档在 https://github.com/ctripcorp/apollo/wiki/Quick-Start

　　第三步，在 jboot.properties 添加如下配置

　　配置内容加密解密

　　为了安全起见，很多时候我们需要对配置里的一些安全和隐私内容进行加密，比如数据库的账号密码等，防止web服务器被黑客入侵时保证数据库的安全。

　　配置的内容加密是由用户自己编写加密算法。此时，Jboot 读取的只是加密的内容，为了能正常还原解密之后的内容，用户需要给 JbootConfigManager 配置上解密的实现 JbootConfigDecryptor。

　　一般情况下，我们需要在 JbootAppListener 的 onInit() 里去配置。例如：

　　我们需要在 MyConfigDecriptor 的 decrypt 方法里去实现自己的解密算法。例如：

更新日志

　　v3.6.7

　　优化：JbootSimpleApplication，使之代码更加简洁

　　优化：优化缓存拦截器对方法的 key 进行构建，提高性能

　　优化：默认为 JbootAccessTokenCache 添加 2 个小时的缓存时间

　　优化：LocalAttachmentContainer，默认保存文件的时候，对文件进行相同文件验证

　　优化：JwtManager 对 Jwt 解析出错或没有 Jwt 数据时，返回常量 map