Forest v1.5.3 正式版本发布

v1.5.3 本版发布了，本次版本更新新增了较多功能，其中有许多重大更新。

重点更新内容

1. 新增Forest快捷接口

以前版本使用 Forest，必须先定义一个 interface 接口类，这种形式可以满足大多数情况的场景。 但若想快速访问一个url可能显得不合时宜。 所以本次更新新增了快捷接口，不用再从定义接口开始了。

它大概长这个样子：

  // Get请求 // 并以 String 类型接受数据 String str = Forest.get("/").executeAsString(); // Post请求 // 并以自定义的 MyResult 类型接受 MyResult myResult = Forest .post("/") .execute(MyResult.class); // 通过 TypeRefernce 引用类传递泛型参数 // 就可以将响应数据以带复杂泛型参数的类型接受了 Result<List<User>> userList = Forest .post("/") .execute(new TypeReferenceList<Result<List<User>>>() {}); // 定义各种参数 // 并以 Map 类型接受 Map<String, Object> map = Forest.post("/") .backend("okhttp3") // 设置后端为 okhttp3 .contentTypeJson() // 设置 Content-Type 头为 application/json .host("127.0.0.1") // 设置地址的host为 127.0.0.1 .port(8080) // 设置地址的端口为 8080 .addBody("a", 1) // 添加 Body 项(键值对)： a, 1 .addBody("b", 2) // 添加 Body 项(键值对： b, 2 .maxRetryCount(3) // 设置请求最大重试次数为 3 // 设置 onSuccess 回调函数 .onSuccess((data, req, res) -> { log.info("success!"); }) // 设置 onError 回调函数 .onError((ex, req, res) -> { log.info("error!"); }) // 设置请求成功判断条件回调函数 .successWhen((req, res) -> res.noException() && res.statusOk()) // 执行并返回Map数据类型对象 .executeAsMap(); 

2. 请求成功条件/重试条件

2.1 @Success 注解

先要定义 SuccessWhen 接口的实现类

 public class TestSuccessWhen implements SuccessWhen { /** * 请求成功条件 * @param req Forest请求对象 * @param res Forest响应对象 * @return 是否成功 */ @Override public boolean successWhen(ForestRequest req, ForestResponse res) { // 没有异常 并且 状态码在正常范围 并且 状态码不等于203 // 当然在这里也可以写其它条件，比如 通过 res.getData() 或 res.getConent() 获取业务数据 // 再更具业务数据判断是否成功 return res.noException() && res.statusOk() && res.statusCode() != 203; } } 

在Forest请求接口方法上挂上 @Success 注解

 @Get("http://localhost:${port}/") @Success(condition = TestSuccessWhen.class) String getData(); 

若调用 getData() 后，返回的状态码为 203, 就会被认为是请求失败，如果设置了重试次数大于0，就会去执行重试任务。 若没有重试次数可用，则进入 onError 请求失败流程

2.2 使用 @Retry 注解

先定义 RetryWhen 接口实现类

 public class TestRetryWhen implements RetryWhen { /** * 请求重试条件 * @param request Forest请求对象 * @param response Forest响应对象 * @return 是否重试 */ @Override public boolean retryWhen(ForestRequest request, ForestResponse response) { // 如果响应状态码为 203 就进行重试，尽管此时请求是成功的 // 当然在这里也可以写其它条件，比如 通过 res.getData() 或 res.getConent() 获取业务数据 // 再更具业务数据判断是否进行重试 return response.statusIs(203); } } 

在Forest请求接口方法上挂上 @Retry 注解

 // maxRetryCount 为最大重试次数 // maxRetryInterval 为最大重试时间间隔, 单位为毫秒 // condition 为请求重试条件，即自定义的 RetryWhen 接口实现类 @Get("http://localhost:${port}/") @Retry(maxRetryCount = "3", maxRetryInterval = "10", condition = TestRetryWhen.class) String sendData(); 

若调用 sendData() 后，返回的状态码为 203, 就会被认为需要重试，如果设置了重试次数大于0，就会去执行重试任务。 若没有重试次数可用，则进入 onSuccess 请求成功流程

2.3 两种重试的区别

可能有小伙伴有疑问，既然通过 SuccessWhen 成功条件判断失败后也可以触发重试，那为何还要 RetryWhen 呢？

Forest的重试机制是这样的：1. 先判定是否成功，失败的话触发重试 2. 如果是成功的，则判断是否符合重试条件，符合的话也触发重试.

这两者的区别是：

因为请求失败而重试的请求，当最后一次重试也是失败的话，就会进入请求失败流程（如调用 onError）

因为触发重试条件而重试的请求，此时请求判断是成功的，所以只要最后一次重试也是成功的，就会进入请求成功流程 (如调用 onSuccess)

简单一句话描述： successWhen失败就重试，retryWhen即便成功也重试

2.4 OnRetry 回调函数

不管是哪一种重试方式，只要触发了请求重试，都会在重试请发送之前调用 OnRetry 回调函数

可以在拦截器中实现 onRetry 回调函数

 public class TestRetryInterceptor implements Interceptor<Object> { /** * 在请重试前调用 onRetry 回调函数 * * @param request Forest请求对象 * @param response Forest响应对象 */ @Override public void onRetry(ForestRequest request, ForestResponse response) { // 将当前重试次数添加到 Forest 请求对象的附件中 request.addAttachment("retry-interceptor", request.getCurrentRetryCount()); } } 

将实现了 onRetry 方法的拦截器关联到相关接口上

 @BaseRequest(baseURL = "http://localhost:${port}/", interceptor = TestRetryInterceptor.class) public interface RetryClient { @Get("/") @Retry(maxRetryCount = "${0}", maxRetryInterval = "${1}", condition = TestRetryWhen.class) ForestRequest<String> testRetryRequest(int retryCount, long retryInterval); @Get("/") @Retry(maxRetryCount = "${0}", maxRetryInterval = "${1}", condition = TestRetryWhen.class) String testRetry(int retryCount, long retryInterval, OnSuccess<String> onSuccess); } 

此时 RetryClient 接口下的任意一个方法触发重试时，都会先调用 TestRetryInterceptor 拦截器类的 onRetry 方法。

其它新特性

新增特性:

• feat: Forest快捷接口 (#I4893Q)
• feat: 支持全局变量动态绑定方法 (#I478N2)
• feat: 支持引用properties的字符串模板 (#I3P1QK)
• feat: 支持获取响应原因短语，即响应状态文本 (#I4BJVF)
• feat: 自定义组合注解 (#I4BISF)
• feat: 可自定义请求是否成功的条件 (#I4AEMT)
• feat: 可动态设置主机地址和端口号 (#I4AEJ8)
• feat: 自定义重试条件 (#I493N3)
• feat: 新增 OnRetry 回调函数 (#I493N6)
• feat: 新增 @Headers 注解 (#I4BJQ6)
• feat: Forest请求接口继承规则 (#I4B0N7)
• feat: 自动重定向控制 (#I4B0FM)
• feat: 全局变量支持动态绑定方法 (#I478N2)
• feat: 在请求日志中显示后端框架名称 (#I4AKTD)
• feat: 新建forest-mock子项目 (#I468JB)

Fix的Bug:

• fix: POST请求中，空Map无法转成{} JSON字符串 (#I455O2)
• fix: 过滤器参数总是为第一个参数 (#I43VV0)
• fix: 自定义请求头content-type会替换为大写 (#I46WNW)
• fix: 在Spring项目中如果不配置转换器就会找不到Converter (#I46FKV)
• fix: Response不带Content-Type和Content-Encoding头时无法正常解析 (#I455PO)
• fix: 当请求 302 请求时，Forest 会自动的访问重定向的url，导致 302 的响应头拿不到 (#I4AF3B)
• fix: SpringSSLKeyStore 在Spring中初始化失败 fix: 配置有ForestConfiguration参数的转换器的时候，在springboot中会初始化失败 (#I4AKT3)
• fix: 在多线程环境下使用上传文件接口，运行时间长后会报出堆栈溢出的错误 (#I37UGY)
• fix: BeanPostProcessor 接口在低版本 springboot 环境下不兼容

优化内容:

• opt: 优化 StringUtils 工具类方法
• opt: 优化 URLUtils 工具类方法

代码改动:

• add: SpringForestProperties类
• add: 在所有请求注解中(如 @Request, @Get)添加 responseEncoding 属性，用于强制指定响应数据的编码格式
• add: SpringForestObjectFactory类 add: ForestResponse.isRedirection 方法
• add: ForestResponse.getRedirectionLocation 方法
• add: ForestResponse.redirectionRequest 方法
• add: ForestHeaderMap.clone 方法
• add: ForestQueryMap.clone 方法
• refactor: retryCount属性不在建议使用
• update: 去掉MethodLifeCycle
• refactor: 修改Forest接口扫描逻辑
• refactor: 将 TypeReference 类改为抽象类

特别鸣谢:

感谢他们参与的贡献，排名不分先后

• @CHMing
• @ifaxin