小小的公共庫，大大的耦合，你痛過嗎？

作者：58沈劍 2017-11-27 08:30:50

一個看似“公共”的業(yè)務(wù)庫(*.so *.jar *.dll *.php)，很多業(yè)務(wù)系統(tǒng)都依賴于這個公共庫，這個庫使得這些系統(tǒng)都耦合在了一起。

什么是耦合?

耦合，是架構(gòu)中，本來不相干的代碼、模塊、服務(wù)、系統(tǒng)因為某些原因聯(lián)系在一起，各自獨立性差，影響則相互影響，變動則相互變動的一種架構(gòu)狀態(tài)。

感官上，怎么發(fā)現(xiàn)系統(tǒng)中的耦合?

作為技術(shù)人，每每在心中罵上下游，罵兄弟部門，“這個東西跟我有什么關(guān)系?為什么需要我來配合做這個事情?”。明明不應(yīng)該聯(lián)動，卻要被動受影響，就可能有潛在的耦合。

因為公共庫，導致相互受影響，就是一個耦合的典型案例。

場景還原

一個看似“公共”的業(yè)務(wù)庫(*.so *.jar *.dll *.php)，很多業(yè)務(wù)系統(tǒng)都依賴于這個公共庫，這個庫使得這些系統(tǒng)都耦合在了一起。

注：這里的公共庫不是指像“字符串操作”這樣的不變化的工具庫，更多是指通用業(yè)務(wù)的公共庫。

耦合如何導致相互影響?

業(yè)務(wù)1，業(yè)務(wù)2，業(yè)務(wù)3都依賴于某一個biz.jar，業(yè)務(wù)1因為某個需求需要升級biz.jar。上線前，業(yè)務(wù)1的QA進行了大量的測試，確保無誤后，代碼發(fā)布，發(fā)布完線上驗證無誤后，上線完成，閃人。

突然，bug群里有人反饋，業(yè)務(wù)2的系統(tǒng)掛了，業(yè)務(wù)3的系統(tǒng)也掛了，一下炸開了鍋：

額，然而，這個理由，好像在大boss那解釋不通…

不知道大家工作中會不會遇到這樣的場景，因為公共庫的耦合，兄弟部門上線，影響的確是你，此時你心里可能就在罵娘了，這幫不靠譜的**隊友。

特別的，如果公共庫的使用方很廣，這個耦合很嚴重，可能影響很大的范圍。

如何解除公共庫耦合?

(1) 方案一：代碼拷貝一份

別嘲笑這個方案，誰敢說自己寫代碼的時候沒這么干過?

我們都知道這不是一個好的方案，但不可否認，拷貝之后，代碼各自演化，一個地方升級出錯，只影響一方，拷貝方只要不動原有代碼，至少是不會受影響的。

代碼拷貝缺點很多，系統(tǒng)拆分時，萬不得已不要使用這個方案。

(2) 方案二：垂直拆分，將公共庫里業(yè)務(wù)個性化的代碼拆到調(diào)用方去，不要放在公共庫里

需要把業(yè)務(wù)個性的代碼拆分到各個業(yè)務(wù)線自己的工程，自己的業(yè)務(wù)庫里去，例如s1.jar / s2.jar / s3.jar，修改各自的代碼，至少不會擴大影響范圍。

大家為什么都把代碼往一個公共庫里塞?

很多時候，因為惰性，一點一點的惰性，日積月累，終成大坑。

這個垂直拆分是一個架構(gòu)重構(gòu)的過程，需要各業(yè)務(wù)方配合。

(3) 方案三：服務(wù)化，將公共庫里通用業(yè)務(wù)代碼拆到下層去

完成了***步，業(yè)務(wù)個性化的代碼提取到業(yè)務(wù)側(cè)上游。

接下來是第二步，業(yè)務(wù)通用的代碼，下沉抽取一層服務(wù)，服務(wù)對上游提供RPC接口：

最終，達到通過服務(wù)RPC調(diào)用的方式來解除耦合。

有朋友會問：

都是測試，為何前者能控制影響范圍呢?

個性業(yè)務(wù)代碼上浮，共性業(yè)務(wù)代碼服務(wù)化下沉，只是一個很小的優(yōu)化點，但對于公共庫解耦卻是非常的有效。

【本文為51CTO專欄作者“58沈劍”原創(chuàng)稿件，轉(zhuǎn)載請聯(lián)系原作者】

責任編輯：趙寧寧來源： 51CTO專欄