前言
LiteFlow在今年8月釋出了2.6.0-BETA1版本。時隔一個月，我們今天釋出了LiteFlow 2.6.0的正式版本~。
其實這算不上高效，因為還有其他專案要忙。但是看著LiteFlow社群的快速增長，我之後會保持一個月發一個版本的頻率。
感謝社群的小夥伴在使用過程中給LiteFlow提供了諸多建議和issue，我每個版本的迭代主要就來自於你們的issue。而且越來越多的童鞋願意貢獻社群，我相信這是一個正向的迴圈。
LiteFlow的起初是為了公司的一個業務量身客製化的中介軟體，但是和其他專案不同的是，從一開始，LiteFlow就向著開源的方向去進行的，所以沒有歷史包袱，也沒有內部依賴問題。在進行了幾十個版本的迭代後，目前LiteFlow已經可以達到生產級別的應用。也有很多公司引入了此框架作為核心業務的驅動器。
但我相信，LiteFlow還可以做更多的東西，這些僅僅是一個基礎。
如果你是第一次知道LiteFlow這款框架，可以移步以下連結進行了解：
LiteFlow官網：
Gitee倉庫託管主頁：https://gitee.com/dromara/liteFlow
Github倉庫託管主頁：
也可以看我之前釋出的一篇介紹LiteFlow這個框架的文章
2.6.0正式版本
這次LiteFlow重構了部分底層核心程式碼，更加穩定且優雅。同時帶來了2個新特性，2個增強，修復了4個bug
更新紀錄檔如下：
特性 #I4892Y 提供私有投遞特性，slot這種結構體系，對於多個子執行緒進入同一個元件的情況下，不容易區分不同的傳值。無法做到重用元件
https://gitee.com/dromara/liteFlow/issues/I4892Y
特性 #I49FDK 中斷重試目前是全域性的，希望增加針對個別元件和特定exception
https://gitee.com/dromara/liteFlow/issues/I49FDK
增強 #I49JP1 DataBus中SlotSize的大小不支援動態擴充套件，無法應對高並行下的流量突增
https://gitee.com/dromara/liteFlow/issues/I49JP1
增強 #I45QAJ 支援自定義的zkNodePath
https://gitee.com/dromara/liteFlow/issues/I45QAJ
修復 #I49EHH setIsEnd設計的不合理性
https://gitee.com/dromara/liteFlow/issues/I49EHH
修復 #I4BAJC setIsEnd結束的流程不需要進行重試
https://gitee.com/dromara/liteFlow/issues/I4BAJC
修復 #I49L1S 初始化DataBus的資料槽索引QUEUE大小的時候容量設定有問題
https://gitee.com/dromara/liteFlow/issues/I49L1S
修復 #I46U6Y 自定義JsonParse,呼叫flowExecutor的reloadRule,丟擲異常
https://gitee.com/dromara/liteFlow/issues/I46U6Y
藍圖
我承諾會在2.7.0版本中推出UI外掛進行視覺化編排，這個計劃依舊不會改變。
但是在2.7.0之前，可能還會有1到2個版本進行迭代。所以，大家也不用催我哈。如果有UI方面擅長的小夥伴且願意貢獻開源社群，也請和我聯絡。因為我並不擅長UI前端，也不願意學了。。。因為懶。。已經放棄。
關於貢獻
社群有很多小夥伴很熱心的要參與貢獻，我會在之後把貢獻準則更新到官網上。
達成準則即成為commiter。