前言

在開源中國里，不知道大家有沒有留意到一個Java開源組織——Dromara？

這個組織是由Apache ShenYu（前身是Soul網關）的作者創立，多位Java開源作者參與的一個Java開源組織。

在開源中國社區，很多Java開源作者都是各自為戰，獨立運營項目。Domara組織的誕生就是為了聯合Java開源的力量，共建社區，資源共享，共同推行中國Java開源事業的發展。

目前Dromara社區擁有9個GVP項目，和一些Star數量很高的項目。這些開源項目社區都很活躍，每一個都是能提高工作效率的精品開源作品。下面就來盤點下Dromara組織其中的4個開源項目。都是非常實用的工具，用好這些將會讓你的生產效率大大提升！

?

Sa-Token

首先我要介紹的是Sa-Token，可能是史上功能最全的輕量級 Java 權限認證框架。

簡單的使用方式，豐富的特性，強大的功能，你有什么理由拒絕？

官方網站：http://sa-token.dev33.cn/

Gitee托管倉庫：https://gitee.com/dromara/sa-token

Github托管倉庫：https://github.com/dromara/Sa-Token

Sa-Token 是一個輕量級 Java 權限認證框架，主要解決：登錄認證、權限認證、Session會話、單點登錄、OAuth2.0、微服務網關鑒權等一系列權限相關問題。

Sa-Token 的 API 設計非常簡單，有多簡單呢？以登錄認證為例，你只需要：

//?在登錄時寫入當前會話的賬號id StpUtil.login(10001);//?然后在需要校驗登錄處調用以下方法： //?如果當前會話未登錄，這句代碼會拋出?`NotLoginException`?異常 StpUtil.checkLogin();

至此，我們已經借助 Sa-Token 完成登錄認證！

此時的你小腦袋可能飄滿了問號，就這么簡單？自定義 Realm 呢？全局過濾器呢？我不用寫各種配置文件嗎？

沒錯，在 Sa-Token 中，登錄認證就是如此簡單，不需要任何的復雜前置工作，只需這一行簡單的API調用，就可以完成會話登錄認證！

當你受夠 Shiro、SpringSecurity 等框架的三拜九叩之后，你就會明白，相對于這些傳統老牌框架，Sa-Token 的 API 設計是多么的簡單、優雅！

權限認證示例（只有具備 user:add 權限的會話才可以進入請求）

@SaCheckPermission("user:add") @RequestMapping("/user/insert") public?String?insert(SysUser?user)?{//?...?return?"用戶增加"; }

將某個賬號踢下線（待到對方再次訪問系統時會拋出NotLoginException異常）

//?使賬號id為?10001?的會話強制注銷登錄 StpUtil.logoutByLoginId(10001);

在 Sa-Token 中，絕大多數功能都可以 一行代碼 完成：

StpUtil.login(10001);?????????????????????//?標記當前會話登錄的賬號id StpUtil.getLoginId();?????????????????????//?獲取當前會話登錄的賬號id StpUtil.isLogin();????????????????????????//?獲取當前會話是否已經登錄,?返回true或false StpUtil.logout();?????????????????????????//?當前會話注銷登錄 StpUtil.logoutByLoginId(10001);???????????//?讓賬號為10001的會話注銷登錄（踢人下線） StpUtil.hasRole("super-admin");???????????//?查詢當前賬號是否含有指定角色標識,?返回true或false StpUtil.hasPermission("user:add");????????//?查詢當前賬號是否含有指定權限,?返回true或false StpUtil.getSession();?????????????????????//?獲取當前賬號id的Session StpUtil.getSessionByLoginId(10001);???????//?獲取賬號id為10001的Session StpUtil.getTokenValueByLoginId(10001);????//?獲取賬號id為10001的token令牌值 StpUtil.login(10001,?"PC");???????????????//?指定設備標識登錄，常用于“同端互斥登錄” StpUtil.logoutByLoginId(10001,?"PC");?????//?指定設備標識進行強制注銷?(不同端不受影響) StpUtil.openSafe(120);????????????????????//?在當前會話開啟二級認證，有效期為120秒? StpUtil.checkSafe();??????????????????????//?校驗當前會話是否處于二級認證有效期內，校驗失敗會拋出異常? StpUtil.switchTo(10044);??????????????????//?將當前會話身份臨時切換為其它賬號

即使不運行測試，相信您也能意會到絕大多數 API 的用法。

想要了解更多請參考：https://gitee.com/dromara/sa-token

?

Forest

一款極大程度解放你的Http接入工作的強大Http客戶端框架。

Http協議很復雜嗎？那是因為你還沒有使用過Forest，雖然業內有很多其他優秀的Http客戶端，但是你錯過了Forest，將會錯過一大片優雅美麗的森林。

官方網站：http://forest.dtflyx.com

Gitee托管倉庫：https://gitee.com/dromara/forest

Github托管倉庫：https://github.com/dromara/forest

Forest 是一個開源的 Java HTTP 客戶端框架，用來訪問第三方服務 RESTful 接口。

它能夠將 HTTP 的請求參數綁定到 Java 接口上，之后調用 Java 接口就等于在發送 HTTP 請求。一切面向于接口。

很多公司需要在 Java 后臺調用許多第三方 HTTP 接口，比如微信支付、友盟等等第三方平臺。

公司內部還有很多服務是用世界最好語言寫的，接口自然也只能通過 HTTP 接口來調用。于是日積月累下來，在 Java 代碼中就有許許多多各式各樣的 HTTP 調用接口，而且調用方式也不統一，有 HttpClient 寫的、有 OkHttp 寫的、有自己包裝的，光公司內部不同人包裝的 HTTP 工具類就有兩三種。

而且 url 基本寫死在代碼中，很難維護，不同接口又有不同的參數傳輸方式，有 GET 、有 POST，有 JSON 傳輸的、有 XML 傳輸的。當有一個接口需要修改，完了，光找到代碼在什么地方就要花半天時間。

而 Forest 能幫助我很好地將 HTTP 代碼和業務代碼解耦開來，請求調用者不必關心 HTTP 相關的細節。

自動拼接 HTTP 的各種參數

包括 URL、Header、Body 等等參數都能依靠 Java 注解來聲明。

這里就舉一個高德地圖的栗子，來看看 Forest 是如何優雅的聲明 HTTP 請求接口的：

/***?高德地圖服務客戶端接口*/ @BaseRequest(baseURL?=?"http://ditu.amap.com") public?interface?Amap?{/***?根據經緯度獲取詳細地址*?@param?longitude?經度*?@param?latitude?緯度*?@return?詳細地址信息*/@Get("/service/regeo")Map?getLocation(@Query("longitude")?String?longitude,?@Query("latitude")?String?latitude);}...?...Amap?amap?=?Forest.client(Amap.class); //?發送請求查詢經緯度 Map?locationInfo?=?amap.getLocation("32.1242832",?"56.3290434");

自動 JSON 和 XML 轉換

其實，我們處理 HTTP 的工作時，除了浪費在組裝各種請求參數外，大部分時間都花了在序列化和反序列化各種格式的數據上，如 JSON 和 XML。

以前用 HttpClient，這些重復的機械性工作都要自己來搞，很是麻煩。

用 Forest 就方便多了，比如要 POST 一個 JSON 對象，直接掛個 @JSONBody 就好了，就是這么清爽。

//?直接將?MyUserInfo?轉換成?JSON //?將服務端響應返回的?JSON?數據轉換成?Result<Boolean>?類對象 @Post("http://localhost:8080/user") Result<Booelean>?createUser(@JSONBody?MyUserInfo?user);

和 Retrofit 以及 Feign 的比較

之前也用過這兩款開源框架，都很強大，但各有優缺點。

Retrofit 的主要的問題時和 OkHttp 綁的太死，有些功能被 OkHttp 限制住了，比如我想處理 Get 請求傳輸 Body 數據這種非標準的 HTTP 請求就很難辦到，而 Forest 可以隨意切換 OkHttp 和 HttpClient 作為后端，需要用哪個時用哪個。

Retrofit 注解的豐富性也不如 Forest，比如要實現 HTTP 網絡代理就要自己去寫代碼，而 Forest 提供了 @HTTPProxy 注解，設置一下就完事了。

如果要擴展自定義注解都是基于 OkHttp 的攔截器，不是特別方便，而 Forest 攔截器要比 OkHttp 的方便很多，提供 onInvoke, beforeExecute, onSccuess， onError 等回調方法，等于把一個請求的生老病死都涵蓋了。

而 Feign 的問題則是和 Spring 綁的太緊，很多功能需要依賴 Spring 去做，太加了 Spring 相關包又太重了。

Forest 的核心包基本涵蓋了所有 HTTP 所需功能和注解，不依賴 Spring，要輕量許多，但又不失方便性。

想要了解更多請參考：https://gitee.com/dromara/forest

?

LiteFlow

一款超輕量，快速，穩定，可編排的組件式流程引擎/規則引擎。

解耦復雜系統的神器！如果你正在為設計一個復雜系統感到頭痛，那么LiteFlow是你不二的選擇，超低的學習成本，強大的編排功能，讓你的系統變得更優雅！

官方網站：https://yomahub.com/liteflow

Gitee托管倉庫：https://gitee.com/dromara/liteFlow

Github托管倉庫：https://github.com/dromara/liteflow

Liteflow為解耦復雜邏輯而生，如果你要對復雜業務邏輯進行新寫或者重構，用liteflow最合適不過。它是一個輕量，快速的組件式流程引擎框架，組件編排，幫助解耦業務代碼，讓每一個業務片段都是一個組件。

使用Liteflow，你需要去把復雜的業務邏輯按代碼片段拆分成一個個小組件，并定義一個規則流程配置。這樣，所有的組件，就能按照你的規則配置去進行復雜的流轉。同時Liteflow支持規則文件的熱加載，即時完成修改生效。并提供多種持久化規則的方式的擴展。

使用LiteFLow，三大核心概念是組件，規則和上下文。

你需要這么像這樣去定義你的組件

//這里普通組件 @LiteflowComponent(id?=?"a",?name?=?"組件A描述") public?class?ACmp?extends?NodeComponent?{@Overridepublic?void?process()?{//do?your?business} }//這是條件組件 @LiteflowComponent(id?=?"b",?name?=?"組件B描述") public?class?BCondCmp?extends?NodeCondComponent?{@Overridepublic?String?processCond()?{//do?your?businessreturn?"e";} }

然后去定義你的規則，LiteFlow支持xml，yml，json三種格式，這里以xml形式為例

<?xml?version="1.0"?encoding="UTF-8"?> <flow><chain?name="chain1"><then?value="a,b(c|d|e)"/>?<!--?c為路由組件，用來路由到c,d,e?--><then?value="sub_chain"/>?<!--?子流程?--></chain><chain?name="sub_chain"><when?value="f,g,h"/>?<!--?when代表并行?--><then?value="j,k"?/>?<!--?then代表串行?--></chain> </flow>

這樣你的系統就會按照規則文件定義的方式，去執行你的業務組件。是不是很簡單。

那規則文件定義在哪呢，LiteFlow并不限定你的規則文件來源，可以是本地文件，可以是注冊中心，可以是任何數據庫。LiteFlow提供了非常自由的接口供你擴展，你想存儲在哪里都行。改變規則文件，即可實時刷新你的規則流程！如果你想做一個靈活度高，伸縮性強的系統，LiteFlow是不是非常適合呢。

LiteFlow為每一個請求都去開辟申請了一個Slot，你可以理解為上下文，所有的組件共享這個Slot。你可以在任意組件里通過對Slot的訪問來獲得任意數據，也可以存放任意數據。你也可以擴展Slot，自定義這個slot的屬性。

@LiteflowComponent(id?=?"a",?name?=?"組件A描述") public?class?ACmp?extends?NodeComponent?{@Overridepublic?void?process()?{Slot?slot?=?this.getSlot();//通過對slot的getData，setData，或者存取你自己擴展的slot屬性} }

正因為有Slot的存在，才抹平了組件與組件之間的差異性，使得每一個業務組件之間無強依賴。這樣的設計，就可以讓你的系統高度自由化，組件復用，組件調換順序得以方便的實現！

LiteFlow還支持2種腳本語言的接入，目前支持Groovy和QLExpress兩種腳本語言。你可以在xml/yml/json定義腳本，以下以xml為例：

<?xml?version="1.0"?encoding="UTF-8"?> <flow><nodes><node?id="s1"?name="普通腳本"?type="script"><![CDATA[def?a=3;def?b=2;slot.setData("s1",a*b);]]></node><node?id="s2"?name="條件腳本"?type="cond_script"><![CDATA[count?=?slot.getData("count");if(count?>?100){return?"a";}else{return?"b";}]]></node></nodes><chain?name="chain1"><then?value="a,b,c,s1"/></chain><chain?name="chain2"><then?value="d,s2(a|b)"/></chain> </flow>

那么在什么地方定義是哪種語言的腳本呢，LiteFlow的腳本功能是一個SPI機制的實現，你依賴了哪個腳本包，就以哪種腳本的方式執行。

有了腳本語言的支持，連業務代碼是不是都可以熱部署了？香不香？

LiteFlow的功能遠不止這些，想了解更多，請到官網文檔去查看了解。相信LiteFlow會讓你感到優雅和驚艷。

想要了解更多請參考：https://yomahub.com/liteflow

?

JPom

一款簡而輕的低侵入式在線構建、自動部署、日常運維、項目監控軟件

中小公司團隊DevOps的福音！輕量且強大，你不試試？

官方網站：https://jpom.io/

Gitee托管倉庫：https://gitee.com/dromara/Jpom

Github托管倉庫：https://github.com/dromara/Jpom

Jpom 是一款簡而輕的低侵入式在線構建、自動部署、日常運維、項目監控軟件

在中小公司或者團隊中傳統項目部署、運維流程通用的方法是登錄服務器上傳新的項目包，執行相應命令管理，如果管理多個項目則重復操作上述步驟。

市面上有很許多 DevOps 軟件但是這些軟件基本都會是難上手，重依賴。Jpom 則是針對中小公司或者團隊設計的一款低侵入，輕依賴的一款輕量級的 DevOps 軟件。

項目主要功能及特點

創建、修改、刪除項目、Jar包管理

實時查看控制臺日志、備份日志、刪除日志、導出日志

在線構建項目發布項目一鍵搞定

多節點管理、多節點自動分發

在線 ?SSH 終端，并且有終端日志和禁用命令

實時監控項目狀態異常自動報警

cpu、ram 監控、導出堆棧信息、查看項目進程端口、服務器狀態監控

多用戶管理，用戶項目權限獨立(上傳、刪除權限可控制),完善的操作日志

系統路徑白名單模式，杜絕用戶誤操作系統文件

在線管理 Nginx 配置文件、ssl 證書文件

一鍵安裝（Linux）（推薦）

插件端

如果服務端也需要被管理，在服務端上也需要安裝插件端

安裝的路徑位于執行命令目錄（數據、日志存放目錄默認位于安裝路徑,如需要修改參考配置文件：extConfig.yml ）

yum?install?-y?wget?&&?wget?-O?install.sh?https://dromara.gitee.io/jpom/docs/install.sh?&&?bash?install.sh?Agent備用地址yum?install?-y?wget?&&?wget?-O?install.sh?https://cdn.jsdelivr.net/gh/dromara/Jpom/docs/install.sh?&&?bash?install.sh?Agent支持自動安裝jdk環境yum?install?-y?wget?&&?wget?-O?install.sh?https://dromara.gitee.io/jpom/docs/install.sh?&&?bash?install.sh?Agent?jdk

啟動成功后,插件端的端口為 2123

服務端

安裝的路徑位于執行命令目錄（數據、日志存放目錄默認位于安裝路徑,如需要修改參考配置文件：extConfig.yml ）

如果需要修改數據、日志存儲路徑請參照 extConfig.yml 文件中 jpom.path 配置屬性

yum?install?-y?wget?&&?wget?-O?install.sh?https://dromara.gitee.io/jpom/docs/install.sh?&&?bash?install.sh?Server備用地址yum?install?-y?wget?&&?wget?-O?install.sh?https://cdn.jsdelivr.net/gh/dromara/Jpom/docs/install.sh?&&?bash?install.sh?Server支持自動安裝jdk環境yum?install?-y?wget?&&?wget?-O?install.sh?https://dromara.gitee.io/jpom/docs/install.sh?&&?bash?install.sh?Server?jdk支持自動安裝jdk和maven環境yum?install?-y?wget?&&?wget?-O?install.sh?https://dromara.gitee.io/jpom/docs/install.sh?&&?bash?install.sh?Server?jdk+mvn

啟動成功后,服務端的端口為 2122 訪問管理頁面 例如http://localhost:2122/

特別提醒：一鍵安裝的時候注意執行命令不可在同一目錄下，即Server端和Agent端不可安裝在同一目錄下

如無法訪問，檢查下是否開啟了防火墻systemctl status firewalld，如狀態顯示為綠色Active: active (running)可臨時關閉防火墻systemctl stop firewalld，然后重啟防火墻firewall-cmd --reload（建議僅測試環境下使用，生產環境下慎用） 如關閉防火墻后仍無法訪問，并且使用的是云服務器，還需要到云服務器管理后臺中關閉防火墻

想要了解更多請參考：https://gitee.com/dromara/Jpom

?

最后

以上推薦的開源項目，僅僅是Dromara Java社區里其中4個，Dromara社區還有很多更為優秀的開源項目。每一個項目都凝結著每個作者日日夜夜的心血和付出，他們用開放的心態去擁抱這個世界，用技術的力量為中國的開源事業添磚加瓦。

有道無術，術可成；有術無道，止于術

歡迎大家關注Java之道公眾號

好文章，我在看??

總結

以上是生活随笔為你收集整理的这个开源组织里的项目都是精品的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。