摘要:同時(shí)也新增了一個(gè)。將不同的配置文件用不同的對(duì)象進(jìn)行管理。由于需要支持多個(gè)配置文件,所有需要定義一個(gè)抽象類供所有的配置管理實(shí)現(xiàn)。其實(shí)就是一個(gè)結(jié)構(gòu)的緩存,用于存放所有的配置??偨Y(jié)這就是本次中的升級(jí)內(nèi)容,包含了配置支持以及代碼重構(gòu)。
前言
在前兩次的 cicada 版本中其實(shí)還不支持讀取配置文件,比如對(duì)端口、路由的配置。
因此我按照自己的想法創(chuàng)建了一個(gè) issue ,也收集到了一些很不錯(cuò)的建議。
最終其實(shí)還是按照我之前的想法來做了這個(gè)配置管理。
同時(shí)將 cicada 升級(jí)到了 v1.0.2。目標(biāo)
在做之前是要把需求想好,到底怎樣的一個(gè)配置管理是對(duì)開發(fā)人員來說比較友好的?
我認(rèn)為有以下幾點(diǎn):
可以自定義配置,并且支持不同的環(huán)境(開發(fā)、測(cè)試、生產(chǎn))。
使用靈活。對(duì)使用者來說不要有太多的束縛。
理論上來說配置這個(gè)東西應(yīng)當(dāng)完全獨(dú)立出來,由一個(gè)配置中心來負(fù)責(zé)管理并且這樣可以與應(yīng)用解耦。
不過這樣的實(shí)現(xiàn)和當(dāng)前 cicada 的定義有些沖突,我想盡量小的依賴第三方組件并可以完全獨(dú)立運(yùn)行。
因此基于這樣的情況便有了以下的實(shí)現(xiàn)。
使用在看實(shí)現(xiàn)之前先看看基于目前的配置管理如何在業(yè)務(wù)中使用起來。
結(jié)合現(xiàn)在大家使用 SpringBoot 的習(xí)慣,cicada 默認(rèn)會(huì)讀取 classpath 下的 application.properties 配置文件。并且會(huì)默認(rèn)讀取其中的應(yīng)用端口以及初始路由地址。
同時(shí)也新增了一個(gè) api。
public class MainStart { public static void main(String[] args) throws Exception { CicadaServer.start(MainStart.class,"/cicada-example") ; } } public class MainStart { public static void main(String[] args) throws Exception { CicadaServer.start(MainStart.class) ; } }
這樣在不傳默認(rèn)地址的時(shí)候 cicada 會(huì)從 application.properties 中讀取。
考慮到后面可維護(hù)的情況,cicada 也支持配置各種不同的配置文件。
使用也比較簡(jiǎn)單,只需要繼承 cicada 提供的一個(gè)抽象類即可。
public class KafkaConfiguration extends AbstractCicadaConfiguration { public KafkaConfiguration() { super.setPropertiesName("kafka.properties"); } } public class RedisConfiguration extends AbstractCicadaConfiguration { public RedisConfiguration() { super.setPropertiesName("redis.properties"); } }
按照這樣的配置也會(huì)默認(rèn)從 classpath 讀取這兩個(gè)配置文件。
當(dāng)然這里有個(gè)前提:代碼里配置的文件名必須得和配置文件名稱相同。
那如何在業(yè)務(wù)中讀取這兩個(gè)配置文件的內(nèi)容呢?
這也簡(jiǎn)單,代碼一看就懂:
首先需要通過 ConfigurationHolder 獲取各自不同配置的管理對(duì)象(需要顯式指定類類型)。
通過 get() 方法直接獲取配置。
同時(shí)也支持獲取 application.properties 里的配置。
同時(shí)為了支持在不同環(huán)境的使用,當(dāng)配置了啟動(dòng)參數(shù)將會(huì)優(yōu)先讀取。
-Dapplication.properties=/xx/application.properties -Dkafka.properties=/xx/kakfa.properties -Dredis.properties=/xx/redis.properties
這樣算是基本實(shí)現(xiàn)了上述的配置要求。
實(shí)現(xiàn)要實(shí)現(xiàn)以上的功能有幾個(gè)核心點(diǎn):
加載所有配置文件。
將不同的配置文件用不同的對(duì)象進(jìn)行管理。
提供簡(jiǎn)易的接口使用。
由于 cicada 需要支持多個(gè)配置文件,所有需要定義一個(gè)抽象類供所有的配置管理實(shí)現(xiàn)。
定義比較簡(jiǎn)單,其中有兩個(gè)重要的成員變量:
文件名稱:用于初始化時(shí)通過名稱加載配置文件。
Properties 其實(shí)就是一個(gè) Map 結(jié)構(gòu)的緩存,用于存放所有的配置。當(dāng)然對(duì)外提供的查詢是基于它的。
接著就是在初始化時(shí)需要找出所有繼承了 AbstractCicadaConfiguration 的類。
查詢出來之后自然是要進(jìn)行遍歷同時(shí)反射創(chuàng)建對(duì)象。
由于之前已經(jīng)調(diào)用了
super.setPropertiesName("redis.properties");
來賦值配置文件名稱,所以還需要在遍歷過程中將 Properties 進(jìn)行賦值。
同時(shí)在這里也體現(xiàn)出優(yōu)先讀取的是 VM 啟動(dòng)參數(shù)中的配置文件。
String systemProperty = System.getProperty(conf.getPropertiesName());
需要額外提一點(diǎn)的是:在查找所有用戶自定義的配置管理類時(shí)需要手動(dòng)將 cicada 內(nèi)置的
ApplicationConfiguration 加入其中。
因?yàn)槭褂脩?yīng)用的包名通過反射是查詢不出該類的。
保存自定義配置管理為了方便用戶在使用時(shí)候可以隨意的讀取各個(gè)配置文件,所以還需要將反射創(chuàng)建的對(duì)象保存到一個(gè)內(nèi)部緩存中,核心代碼就是上上圖中的這段代碼:
// add configuration cache ConfigurationHolder.addConfiguration(aClass.getName(), conf);
其中 ConfigurationHolder 的定義如下。
其實(shí)也是利用一個(gè) Map 來存放這些對(duì)象。
這樣在使用時(shí)候只需要取出即可。
KafkaConfiguration configuration = (KafkaConfiguration) getConfiguration(KafkaConfiguration.class); String brokerList = configuration.get("kafka.broker.list");重構(gòu)
本次升級(jí)同時(shí)還重構(gòu)了部分代碼,比如啟動(dòng)類。
現(xiàn)在看上去要清爽和直接的多:
其中也有一點(diǎn)需要注意的地方。
大家如果查看日志的話會(huì)發(fā)現(xiàn)應(yīng)用啟動(dòng)之后會(huì)打印本次的耗時(shí),自然就是在啟動(dòng)時(shí)候記錄一個(gè)時(shí)間,初始化完畢之后記錄一個(gè)即可。
在之前的實(shí)現(xiàn)中由于都是在一個(gè)方法內(nèi),所以直接使用就行了。
但現(xiàn)在優(yōu)化之后跨越了不同的方法和類,難道要把時(shí)間作為參數(shù)在各個(gè)方法之前傳遞嘛?
那未免太不優(yōu)雅了。
所以 ThreadLocal 就有了發(fā)揮余地。
在初始化的方法中我將當(dāng)前時(shí)間寫入:
ThreadLocalHolder.setLocalTime(System.currentTimeMillis());
在最后記錄日志的地方直接取出比較即可:
這樣使用起來就完全不需要管什么參數(shù)傳遞了。
同時(shí) ThreadLocalHolder 的定義:
這里還是有一點(diǎn)需要注意,在這種長(zhǎng)生命周期的容器中一定得要記得及時(shí)清除。
我這里的時(shí)間在查詢一次之后就不用了,所以完全放心的在 getLocalTime() 方法中刪掉。
總結(jié)這就是本次 v1.0.2 中的升級(jí)內(nèi)容,包含了配置支持以及代碼重構(gòu)。其中有些內(nèi)容我覺得對(duì)接觸少的同學(xué)來說還是挺有幫助的。
關(guān)于上兩次的版本介紹請(qǐng)查看這里:
「造個(gè)輪子」——cicada(輕量級(jí) WEB 框架)
「造個(gè)輪子」——cicada 源碼分析
還沒點(diǎn)關(guān)注的朋友可以點(diǎn)波關(guān)注:
https://github.com/TogetherOS/cicada
也歡迎大家參與一起維護(hù)!。
同時(shí)后續(xù)關(guān)于 cicada 的更新會(huì)放慢一些。會(huì)介紹一些平時(shí)實(shí)戰(zhàn)相關(guān)的內(nèi)容,比如 Kafka 之類的,請(qǐng)持續(xù)關(guān)注。
你的點(diǎn)贊與轉(zhuǎn)發(fā)是最大的支持。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/77107.html
摘要:前言俗話說不要重復(fù)造輪子,關(guān)于是否有必要不再本次討論范圍。我把他定義為一個(gè)快速輕量級(jí)框架沒有過多的依賴,核心包僅。只需要?jiǎng)?chuàng)建一個(gè)項(xiàng)目,并引入核心包。在測(cè)試條件為并發(fā)連續(xù)壓測(cè)兩輪內(nèi)存單核。 showImg(https://segmentfault.com/img/remote/1460000016244423?w=1500&h=1000); 前言 俗話說 「不要重復(fù)造輪子」,關(guān)于是否有必...
摘要:像操作系統(tǒng)一樣,你可以通過安裝軟件,成為適用于你的電腦。先進(jìn)的技術(shù)方案,使得你無需擔(dān)心后期功能拓展與迭代問題,大大降低了維護(hù)成本。對(duì)于一個(gè)超過三年生命周期的項(xiàng)目來說,最適合不過。總之,是新的技術(shù)方向標(biāo),能讓每個(gè)藝術(shù)家像構(gòu)建工程一樣構(gòu)建程序。 這是我們團(tuán)隊(duì)的一個(gè)非盈利項(xiàng)目,以Apache2.0協(xié)議開源...不限制商用 Notadd是什么 Notadd 是基于Laravel 和 Vue 的...
摘要:閱讀原文造個(gè)輪子我學(xué)到了什么聽說的最多的是不是不要重復(fù)的造輪子不要被這句話蒙騙了,這句話應(yīng)該還沒說完整,在什么情況下不要造輪子實(shí)際項(xiàng)目中由于工期和質(zhì)量原因,肯定不希望你造輪子,你造輪子花費(fèi)時(shí)間且質(zhì)量不如現(xiàn)有的輪子。 閱讀原文:造個(gè)輪子,我學(xué)到了什么 聽說的最多的是不是不要重復(fù)的造輪子?不要被這句話蒙騙了,這句話應(yīng)該還沒說完整,在什么情況下不要造輪子?實(shí)際項(xiàng)目中由于工期和質(zhì)量原因,肯定不...
摘要:用造個(gè)組件輪子吧閏土大叔如果你掌握了的組件知識(shí),相關(guān)的指令事件,花點(diǎn)時(shí)間你也可以造出這么個(gè)入門級(jí)的小輪子。接下來,拋出造輪子實(shí)踐背后帶來的一些思考。以上三部分內(nèi)容構(gòu)成了的整個(gè)執(zhí)行過程。 showImg(https://segmentfault.com/img/bV1Tnu?w=754&h=500); 前言 首先,向大家說聲抱歉。由于之前的井底之蛙,誤認(rèn)為Vue.js還遠(yuǎn)沒有覆蓋到二三線...
閱讀 3335·2021-11-25 09:43
閱讀 3022·2021-10-15 09:43
閱讀 1977·2021-09-08 09:36
閱讀 2930·2019-08-30 15:56
閱讀 757·2019-08-30 15:54
閱讀 2697·2019-08-30 15:54
閱讀 2988·2019-08-30 11:26
閱讀 1258·2019-08-29 17:27