LiteFlow v2.10.5 发布，这个强大的规则引擎值得一用

LiteFlow介绍

LiteFlow是一个开源编排式规则引擎，能够让你的系统逻辑任意编排，可选用脚本书写逻辑，支持多达6种脚本语言，支持丰富的第三方存储的支持，所有的逻辑和规则均可热变更。设计系统和重构系统的神器。

LiteFlow也是Gitee的高star项目，过去一年来保持了非常快的增长趋势。

同时LiteFlow也是国内优秀的社区驱动型开源项目，开源将近3年，目前已经被各大公司应用在核心系统上。特性以及支持度都非常好。社区人数超过3000人。

如果你是第一次知道这个项目，可以去官网或相关的主页进行了解：

项目官网:

https://liteflow.yomahub.com

gitee托管仓库：

https://gitee.com/dromara/liteFlow

github托管仓库：

https://github.com/dromara/liteflow

LiteFlow v2.10.5

v2.10.5版本主要就是对日志从底层进行架构改造。增加了支持传入自定义的请求ID。

以及修复了一些循环表达式中的Bug。

我们对日志进行了大幅度的改造，支持了自定义的RequestId传入，这个特性可以很方便的和你自己系统的traceId进行集成。

你可以调用如下方法来传入一个已有的requestId：

 LiteflowResponse response = flowExecutor.execute2RespWithRid("chain1", arg, "T001234", YourContext.class);

那么，这个链路中所有的框架日志都会带有[T001234]这个传入的ID前缀了。

另外新版本的LiteFlow还提供了一个日志包装类。只要你在组件中把slf4j的日志声明换成如下形式，那么你在组件中自己打出的日志也会带有请求ID前缀。

 private final LFLog logger = LFLoggerManager.getLogger(FlowExecutor.class);

其中LFLog这个类是继承自slf4j的Logger类的，所以它的使用方式和Logger是完全一致的。

你只需要把定义换一下就ok了。

如果在一个链路中相同请求的日志都拥有同一个请求ID，那么对于定位问题来说，会很方便。推荐大家使用此特性。

循环场景中的一些bug的修复

看来大家对循环特性使用的还是比较多的。在使用的过程中，社区内也给出了很多反馈意见。

可能是之前对循环定义的测试用例有些少了，所以对于一些场景没覆盖到。这次修复了社区内提供的2个Bug。

同时也补全了测试用例。

完整更新列表

 增强 #I7F567 增加对业务自定义requestId传入的支持  https://gitee.com/dromara/liteFlow/issues/I7F567  修复 #I7EKS8 在isAccess中进行setIsEnd(true)流程没有结束的问题  https://gitee.com/dromara/liteFlow/issues/I7EKS8  修复 #I7EKP3 同一个线程里分别调用2个Chain，currObj没有隔离的情况  https://gitee.com/dromara/liteFlow/issues/I7EKP3  修复 #I7E8RN 次数循环组件 下标获取问题  https://gitee.com/dromara/liteFlow/issues/I7E8RN