[ISSUE #IC8PVG] 修复主chain可能无法对子chain使用data或bind关键字问题 · Pull Request !331 · dromara/liteFlow

Issue链接：[IC8PVG](https://gitee.com/dromara/liteFlow/issues/IC8PVG)

**说明** 
Chain定义如下：

``` XML
<?xml version="1.0" encoding="UTF-8"?>
<flow>
    <chain id="mainChain">
        THEN(a, subChain1.data("test_data"));
    </chain>

<chain id="subChain">
        THEN(b);
    </chain>
</flow>
```

最初方案是在当`data`或`bind`关键字遇到未编译的chain时，先去编译chain。
但这样存在一个问题：假设编译顺序是[`mainChain`, `subChain`]，`mainChain`对`subChain`使用了`data`关键字。
那么`subChain`会在`mainChain`的编译过程中被提前编译一次，随后又会被再次编译（`ParserHelper#parseChainDocument`）。
这会导致`subChain`的节点被重新替换，之前在`mainChain`中设置的数据因此丢失。

解决方案是编译过程中（`ParserHelper#parseOneChainEl`），如果chain已被编译过了，就跳过重复编译。
但这又带来另一个问题，如果跳过已经编译的chain就会导致无法 reload，因为 reload 和初次编译走的是同一套编译流程，但此时chian都是已编译状态。

后续采用了方案二：先根据chain之间的依赖关系先进行拓扑排序，得到chain的编译顺序。这样就可以确保`subChain`一定会在`mainChain`之前先编译。
此外，在拓扑排序过程中还可以检测是否存在环，并进行具体的chain循环依赖分析，通过日志打印出循环依赖。

性能方面，由于QLExpress会对规则解析的指令集进行缓存，所以依赖分析阶段解析过的EL，在正式编译阶段不会进行二次解析。仅在拓扑排序阶段有额外开销。

**改动点** 
* 新增类`ChainDependencyAnalyzer.java`，用于chain之间的依赖分析，提供拓扑排序和循环依赖检测方法。
* 新增接口`ChainRawInfo.java`，统一表示Chain的原始信息。
* 新增类`ChainRawInfoConverter.java`，适配Xml和Json格式的Chain原始信息。
* 修改类`ParserHelper.java`，在正式编译前先确定编译顺序。
* 添加相关测试用例

**循环依赖警告** 
![日志](https://foruda.gitee.com/images/1749397126353181293/7feb1a15_10507017.png "日志.jpg")

**单测** 
![单测](https://foruda.gitee.com/images/1749390193732234839/6cbc1940_10507017.jpeg "单测.jpg")

GVPdromara/liteFlow

搜索帮助

GVP dromara/liteFlow