摘要：我不聽(tīng)，我就是這么命名。任何服務(wù)啟動(dòng)以后，都會(huì)把自己注冊(cè)到的注冊(cè)表中當(dāng)服務(wù)死亡的時(shí)候，也會(huì)通知。服務(wù)拿到結(jié)果后，會(huì)把結(jié)果緩存在本地的注冊(cè)表里。根據(jù)負(fù)載均衡策略，從注冊(cè)表中選擇一個(gè)真正的實(shí)例地址。

原創(chuàng)：小姐姐味道（微信公眾號(hào)ID：xjjdog），歡迎分享，轉(zhuǎn)載請(qǐng)保留出處。

這幾天可真是熱啊，泡個(gè)海澡是再好不過(guò)了。玩的正起勁，突然腳底絆上一股暗流，然后我就一直在水里旋轉(zhuǎn)旋轉(zhuǎn)旋轉(zhuǎn)...終于眼前一黑。
愛(ài)的魔力轉(zhuǎn)圈圈。我穿越了。

鄰國(guó)相望，雞犬之聲相聞，民至老死不相往來(lái)。這個(gè)世界被小諸侯給切的七零八落，一鍋亂麻。

而現(xiàn)實(shí)是，我的國(guó)家因?yàn)槌Ｄ甏蛘蹋Ｏ碌呐撕芏啵枰蛲ㄟh(yuǎn)嫁他方的通道；而A國(guó)盛產(chǎn)長(zhǎng)得和豬一樣大的耗子，賣的很好。它們可以做成皮大氅，用來(lái)取暖。所以交流是在所難免的。

現(xiàn)實(shí)是這樣的：
一、A國(guó)不知道B國(guó)身處何方，經(jīng)常有牧民捧著藏寶圖一樣的破布，葬身在崎嶇的山路上。
二、B國(guó)聽(tīng)不懂C國(guó)含糊不清的吐詞，感覺(jué)他們?cè)谇缶龋扰芙豢矗瑓s發(fā)現(xiàn)其實(shí)是在罵娘。
三、C國(guó)生產(chǎn)的南瓜就知道賣給D國(guó)，剩下的都爛在了地里，E國(guó)都開(kāi)始吃樹(shù)皮了。
四、F國(guó)倒是遠(yuǎn)近聞名，但四面八方蜂擁而至的難民，讓他們非常苦惱。其中，G國(guó)的難民，最是惡劣。
五、曾有其他大陸板塊的使者，5年不得要領(lǐng)。見(jiàn)神粥大地現(xiàn)狀，作詩(shī)一首：《真TM亂》。

作為一個(gè)穿越者，一個(gè)憐憫眾生的剩人。我要留給這個(gè)世界一張藍(lán)圖，好讓后人記住我的名字：xjjdog。同時(shí)，我也想起了，我為什么有這種這種強(qiáng)大的自信。

”回憶“的片段將我?guī)Щ氐?1世紀(jì)。

我們剛開(kāi)始的服務(wù)，其實(shí)并沒(méi)有那么復(fù)雜。我只有一臺(tái)配置非常低的機(jī)器，我的應(yīng)用，我的代碼，我的聰明才智，全部在這一個(gè)小小的工程里面。由于我是搞it的，所以我的項(xiàng)目名字就叫jisuanji。有人說(shuō)我用中文拼音做項(xiàng)目名，太那個(gè)。我不聽(tīng)，我就是這么命名。我還把公共模塊叫gg，密碼字段叫mm，誰(shuí)管得著呢。

對(duì)，看下面的圖，就是這么簡(jiǎn)單。項(xiàng)目能活到用nginx來(lái)做負(fù)載均衡這一步，就算是小成功了。

這個(gè)時(shí)候，所有的代碼就是一個(gè)整體，用戶訪問(wèn)什么，我直接給就是。

可能是我和我一樣二的人有點(diǎn)多，我的項(xiàng)目訪問(wèn)量越來(lái)越大，這也許就叫臭味相投吧。我自己的開(kāi)發(fā)速度，已經(jīng)追不上頭腦里的idea，是時(shí)候招個(gè)人對(duì)服務(wù)進(jìn)行拆分了。

不能拆的太過(guò)火，所以剛開(kāi)始，我把jisuanji拆成了兩個(gè)服務(wù)。其中的服務(wù)B，僅僅部署了一個(gè)節(jié)點(diǎn)，因?yàn)樗膲毫€不是太大。即使這樣，我不得不買上3臺(tái)服務(wù)器來(lái)部署服務(wù)節(jié)點(diǎn)，真是肉痛。我這么摳門(mén)的人，數(shù)據(jù)庫(kù)當(dāng)然也是共用的。雖然有時(shí)候機(jī)器壓力有點(diǎn)大，但暫時(shí)還死不了人。

這個(gè)時(shí)候我就面臨了一個(gè)選擇問(wèn)題：服務(wù)A要怎么訪問(wèn)服務(wù)B呢？
由于我搞過(guò)一段時(shí)間的webservice，首先就想到了它。但這玩意太重了，我還不如通過(guò)Http訪問(wèn)來(lái)的舒爽。通過(guò)HttpClient，或者OkHttp，我的服務(wù)A，現(xiàn)在可以直接模擬Http請(qǐng)求訪問(wèn)服務(wù)B了。

當(dāng)團(tuán)隊(duì)里有第二個(gè)人，就開(kāi)始吐槽我的項(xiàng)目了。以下是他羅列的，我的項(xiàng)目的罪狀：1、復(fù)雜度太高，代碼嚴(yán)重耦合；2、技術(shù)債務(wù)多，拍腦袋需求一籮筐；3、代碼不規(guī)范，一坨屎；4、技術(shù)創(chuàng)新難，一個(gè)類幾千行...

至于么？從一個(gè)服務(wù)拆成兩個(gè)，就這么吐槽我。不過(guò)為了以后能拆出成百上千個(gè)服務(wù)，這口氣我暫時(shí)忍了，畢竟我這人還是比較虛心的。

等過(guò)去半年一看，好家伙，服務(wù)給我拆了了幾十個(gè)。當(dāng)我的同伴把系統(tǒng)結(jié)構(gòu)圖拿給我看，我直接懵逼了。我挑了9個(gè)能看的服務(wù)，畫(huà)了張圖。

首先進(jìn)行了業(yè)務(wù)拆分。比如支付業(yè)務(wù)，訂單業(yè)務(wù)，用戶中心，商品中心等，都組建了獨(dú)立的團(tuán)隊(duì)。每個(gè)業(yè)務(wù)又進(jìn)行了細(xì)分，拆分成不同的服務(wù)。

在這之間，進(jìn)行了下面的改動(dòng)：
一、有小伙伴寫(xiě)了個(gè)通用的HttpClient調(diào)用組件，自己的負(fù)載均衡策略。
二、有另外一個(gè)小伙伴，習(xí)慣protobuf，所以選了gRPC。
三、事實(shí)證明SOA還是有市場(chǎng)的，這不，就有幾個(gè)服務(wù)的交互引入了webservice。
四、有人想要用RMI，被我及時(shí)發(fā)現(xiàn)、否決，腹死胎中了。
五、每次建個(gè)新服務(wù)，都需要更新一下excel，然后將這個(gè)excel周知出去。

現(xiàn)在的整個(gè)系統(tǒng)，簡(jiǎn)直是個(gè)四不像。什么通信方式都有，什么交互格式都不缺。拿最要命的D服務(wù)來(lái)說(shuō)，光通訊模塊，就引入了20幾個(gè)jar包。如果應(yīng)用擴(kuò)展到上千個(gè)...My god...

更要命的是，這么多服務(wù)，每次上線一個(gè)模塊都膽戰(zhàn)心驚，因?yàn)樗恢赖降讜?huì)有什么連鎖反應(yīng)。

是時(shí)候叫出超級(jí)飛俠了。哦不，叫出微服務(wù)了。

目前，最火的微服務(wù)框架，就是SpringCloud了。雖然netflix公司對(duì)某些組件的維護(hù)經(jīng)常爽約，但有些核心組件還是非常經(jīng)典的。

服務(wù)A，怎么找到服務(wù)B，有很多種方式。比如你生活在一個(gè)小鎮(zhèn)上，你問(wèn)xjjdog是誰(shuí)，老王可能認(rèn)識(shí)他，但小李可能并不知曉；但小李認(rèn)識(shí)老王，所以通過(guò)他最終也能找到xjjdog，只不過(guò)麻煩一些。

你可以隨便拉小鎮(zhèn)上的一個(gè)人，來(lái)問(wèn)xjjdog是誰(shuí)。你還會(huì)變戲法一樣拿出一個(gè)小本本，把你認(rèn)識(shí)的人，都告訴他們。當(dāng)你腦殘式的問(wèn)了一個(gè)遍，到最后所有人都知道xjjdog了。

上面說(shuō)的就是gossip協(xié)議。最終，你們都能夠知道彼此，因?yàn)槎际谴笞彀汀１热缧∴嵣藗€(gè)孩子，過(guò)不了多少時(shí)間，全鎮(zhèn)子的人都把這個(gè)孩子記錄在本子上了。

用這種方式，服務(wù)都能夠知道彼此，完成通信。

可惜這并不美好，從小鎮(zhèn)的東頭跑到西頭，需要很長(zhǎng)時(shí)間。在這個(gè)時(shí)間里，小鄭剛生的孩子可能因?yàn)橄忍旒膊∝舱哿恕Ｎ覀冃枰环N信息集中度和實(shí)效性更高的方式。

這就需要一個(gè)中心，那里的信息就是權(quán)威。 在SpringCloud體系中，最常用的注冊(cè)中心就是Eureka。任何服務(wù)啟動(dòng)以后，都會(huì)把自己注冊(cè)到Eureka的注冊(cè)表中；當(dāng)服務(wù)死亡的時(shí)候，也會(huì)通知Eureka。

這樣，當(dāng)服務(wù)A想要找服務(wù)B的時(shí)候，只需要問(wèn)一下Eureka Server就可以了，它什么都知道。

為了達(dá)到這個(gè)目的，還是要有一部分工作量的。且看下圖。這個(gè)注冊(cè)動(dòng)作，是由一個(gè)叫做Eureka Client的組件來(lái)完成的。服務(wù)啟動(dòng)和關(guān)閉的時(shí)候，會(huì)通過(guò)這個(gè)組件推銷自己；而當(dāng)服務(wù)A想要調(diào)用服務(wù)B的時(shí)候，直接問(wèn)Eureka Server就可以了。服務(wù)A拿到結(jié)果后，會(huì)把結(jié)果緩存在本地的注冊(cè)表里。

你可以認(rèn)為是一個(gè)拷貝。所以Eureka Server死掉后，并不影響服務(wù)A找到服務(wù)B。

現(xiàn)在問(wèn)題來(lái)了。服務(wù)A拿到服務(wù)B的實(shí)例列表以后，發(fā)現(xiàn)有兩臺(tái)。

10.0.0.12
10.0.0.16

接下來(lái)麻煩了，該調(diào)哪臺(tái)機(jī)器呢？這就是SpringCloud中組件Ribbon的作用。其實(shí)Round Robin是一個(gè)通用的計(jì)算機(jī)術(shù)語(yǔ)。它是最常用的負(fù)載均衡策略，請(qǐng)求會(huì)均勻的分配給后面的每臺(tái)服務(wù)器。

Ribbon工作時(shí)，會(huì)做下面四件事：
1、優(yōu)先選擇在一個(gè)Zone且負(fù)載較少的Eureka Server，進(jìn)行連接。
2、定期從Eureka更新、過(guò)濾服務(wù)和實(shí)例列表。
3、根據(jù)負(fù)載均衡策略，從注冊(cè)表中選擇一個(gè)真正的實(shí)例地址。
4、通過(guò)RestClient對(duì)服務(wù)發(fā)起調(diào)用。

可以看到，Ribbon背后，還是采用的Http協(xié)議進(jìn)行交互。看以下代碼，就可以直接實(shí)現(xiàn)對(duì)遠(yuǎn)端服務(wù)的調(diào)用。

@Bean
@LoadBalanced
RestTemplate restTemplate(){
    return new RestTemplate();
}
...

 @Autowired
RestTemplate restTemplate;
public String test() {
    return restTemplate.getForObject("http://test-service/test", String.class);
}

Ribbon的Filter會(huì)查找test-service，并替換成相應(yīng)的實(shí)例地址。

策略
Ribbon不僅僅提供了輪詢的策略，還有其他的，比如：
1、隨機(jī)Random
2、根據(jù)響應(yīng)時(shí)間加權(quán)
3、自定義

拿輪詢來(lái)說(shuō)，最終的選擇邏輯就在RoundRobinRule類中。

private int incrementAndGetModulo(int modulo) {
        for (;;) {
            int current = nextServerCyclicCounter.get();
            int next = (current + 1) % modulo;
            if (nextServerCyclicCounter.compareAndSet(current, next))
                return next;
        }
}

可以看到，Ribbon需要自己構(gòu)建http請(qǐng)求，模擬http請(qǐng)求然后使用RestTemplate發(fā)送給其他服務(wù)，步驟相當(dāng)繁瑣。而且返回類型不安全，也表達(dá)不出什么語(yǔ)義。

其實(shí)，通過(guò)Ribbon方式，已經(jīng)能夠完成微服務(wù)之間的調(diào)用了。但SpringCloud的開(kāi)發(fā)語(yǔ)言是Java，肯定要進(jìn)行更加高級(jí)的封裝，才能體現(xiàn)它的逼格。

Feign得益于Java的動(dòng)態(tài)代理機(jī)制，最終封裝出一套簡(jiǎn)潔的接口調(diào)用方式，將需要調(diào)用的其他服務(wù)的方法定義成抽象方法即可，不需要自己構(gòu)建http請(qǐng)求。

首先，F(xiàn)eign會(huì)根據(jù)@FerignClient注解，通過(guò)動(dòng)態(tài)代理，創(chuàng)建一個(gè)動(dòng)態(tài)代理類。接下來(lái)，你只要通過(guò)調(diào)用接口的方式，就可以構(gòu)造上面提到的Ribbon調(diào)用參數(shù)，這個(gè)過(guò)程會(huì)自動(dòng)填充。最后，通過(guò)構(gòu)造的Ribbon請(qǐng)求，發(fā)起真正的調(diào)用，并通過(guò)反射組裝返回值。

所以，F(xiàn)eign只是一層皮，最終還是要通過(guò)Ribbon進(jìn)行調(diào)用。在我看來(lái)，把Ribbon和Feign合成一個(gè)組件，也是合理的。

它們有一個(gè)比較通用的名詞，就叫做RPC（遠(yuǎn)程調(diào)用）。

下面以一個(gè)支付請(qǐng)求為例，說(shuō)一下不是風(fēng)平浪靜的情況下，服務(wù)會(huì)有什么反應(yīng)。

每一個(gè)真正的支付請(qǐng)求，都會(huì)調(diào)用其他四個(gè)服務(wù)。首先，使用鑒權(quán)服務(wù)，獲取用戶的支付權(quán)限；然后，風(fēng)控服務(wù)會(huì)做一些規(guī)則驗(yàn)證；為了更好的推銷產(chǎn)品，會(huì)調(diào)用營(yíng)銷業(yè)務(wù)，獲取一些推薦信息；最后，調(diào)用聚合支付服務(wù)，進(jìn)行真正的支付。

其中，營(yíng)銷業(yè)務(wù)其實(shí)是可有可無(wú)的。讓用戶首先把錢(qián)花出去，是我們的首要任務(wù)。

考慮下面一種場(chǎng)景，營(yíng)銷業(yè)務(wù)由于系統(tǒng)故障或者負(fù)載問(wèn)題，發(fā)生了大面積的不可用或者超時(shí)。然后，所有的請(qǐng)求都卡在了獲取營(yíng)銷信息的代碼上。

如圖所示，鑒權(quán)和風(fēng)控都已經(jīng)通過(guò)了。因?yàn)橐粋€(gè)旁路功能：營(yíng)銷業(yè)務(wù)，導(dǎo)致真正的支付無(wú)法進(jìn)行。這個(gè)時(shí)候，如果有人調(diào)用支付請(qǐng)求，會(huì)發(fā)現(xiàn)支付請(qǐng)求也完蛋了。

因?yàn)樗鼈冏罱K都卡在了營(yíng)銷這一段小代碼上。

所以，對(duì)于營(yíng)銷業(yè)務(wù)這種不是鏈路上必備的服務(wù)提供者，要有一個(gè)手段，讓它在發(fā)生問(wèn)題的時(shí)候，隔離它一段時(shí)間。

負(fù)責(zé)這個(gè)功能的組件，就叫做Hystrix。

以我們編程的思維來(lái)說(shuō)，這就是個(gè)if條件。

if(服務(wù)發(fā)生問(wèn)題){
    return "暫時(shí)不要處理";
}

但我們不能這么編碼在業(yè)務(wù)代碼里。所以Hystrix對(duì)每個(gè)服務(wù)開(kāi)了一個(gè)線程池，并有比較復(fù)雜的規(guī)則，來(lái)控制這些出問(wèn)題的服務(wù)的行為。比如，在2分鐘內(nèi)，直接返回營(yíng)銷業(yè)務(wù)的默認(rèn)結(jié)果，而不是一直卡在那里。

這個(gè)過(guò)程，就叫熔斷。就像電源一樣，出了問(wèn)題，先切斷保險(xiǎn)絲，別把電器給燒了。

API網(wǎng)關(guān)是一個(gè)反向的路由，它屏蔽了內(nèi)部的細(xì)節(jié)，為調(diào)用者提供了統(tǒng)一的入口。網(wǎng)關(guān)，其實(shí)是一堆過(guò)濾器的幾何，可以實(shí)現(xiàn)一系列和業(yè)務(wù)無(wú)關(guān)的橫切面功能。

熟悉Spring的都知道AOP，路由的一個(gè)功能，就是針對(duì)于分布式服務(wù)的一個(gè)AOP。

還是先說(shuō)下網(wǎng)關(guān)的職責(zé)吧。簡(jiǎn)單羅列幾個(gè)：
1、安全認(rèn)證。提供統(tǒng)一的認(rèn)證方式和鑒權(quán)功能，避免重復(fù)開(kāi)發(fā)。
2、熔斷，限流。針對(duì)問(wèn)題服務(wù)，進(jìn)行熔斷操作；對(duì)流量進(jìn)行預(yù)估，限制訪問(wèn)。
3、日志監(jiān)控。統(tǒng)一流量入口，進(jìn)行流量分析和監(jiān)控。
4、屏蔽內(nèi)部細(xì)節(jié)，對(duì)外提供一致的接口。
5、實(shí)現(xiàn)灰度。使用自定義策略實(shí)現(xiàn)分流，達(dá)到測(cè)試的目的。

網(wǎng)關(guān)的位置，大體就如下圖。

可以看到，我們平常用的nginx，就可以當(dāng)作網(wǎng)關(guān)。但對(duì)于微服務(wù)來(lái)說(shuō)，nginx的配置實(shí)在是太麻煩了。不是說(shuō)nginx功能不夠強(qiáng)大，而是因?yàn)樗鼈儾皇且粋€(gè)體系的，就存在整合成本（比如kong）。

zuul就不一樣了，它和SpringCloud的其他組件，是一家子的。一家子的，當(dāng)然會(huì)特殊照顧。Zuul本身就是一個(gè)Servlet，外部請(qǐng)求經(jīng)過(guò)一系列Filter后，會(huì)達(dá)到真正的服務(wù)。上面說(shuō)的熔斷器，就是高度集成的。

有了上面關(guān)鍵組件，事情就明了的多了。我們把它放在一張圖中，就是下面的樣子。

我們將其簡(jiǎn)化一下，就可以得到一張更簡(jiǎn)潔的圖。可以看到，只需要3個(gè)關(guān)鍵點(diǎn)：
1、服務(wù)注冊(cè)中心，統(tǒng)一管理所有服務(wù)的信息，默認(rèn)組件是Eureka。
2、RPC，網(wǎng)絡(luò)通信組件，服務(wù)A怎么調(diào)用服務(wù)B。在SpringCloud中，就是Ribbon+Feign。
3、網(wǎng)關(guān)，拆分的服務(wù)怎么暴露接口，最終見(jiàn)人的樣子。 默認(rèn)組件是Zuul。

處理雜亂無(wú)章的事情，最有效的途徑，就是集權(quán)和中心化。集權(quán)和中心化的核心就是授權(quán)或者認(rèn)同，否則注定失敗。授權(quán)是對(duì)上，各位當(dāng)權(quán)者應(yīng)該同意我的做法，所以我需要用及其易懂的語(yǔ)言，去說(shuō)服他們接受這個(gè)體系；認(rèn)同，是對(duì)下，最好是從人民的抱怨聲中，出具的改善措施，所以要權(quán)威專業(yè)。

和微服務(wù)一樣，需要給一些陳舊的概念，強(qiáng)行賦予看起來(lái)比較自然的新意義。比如我把統(tǒng)一語(yǔ)言，叫做文化融合，就顯得高大上一些。

第二個(gè)，就是把職責(zé)拆的足夠細(xì)。夠細(xì)才能夠精，每個(gè)位置上的人才能各司其職。

還有一點(diǎn)，整個(gè)過(guò)程，要能夠系統(tǒng)化，能夠進(jìn)行推演。如果一件事有著不可預(yù)料的后果，那是冒險(xiǎn)家干的事情。

為了對(duì)世界進(jìn)行初步的了解，我成立了資源統(tǒng)計(jì)部，對(duì)山川河流進(jìn)行了初步的勘查，繪制出有章可循的地圖。對(duì)社會(huì)的現(xiàn)狀和錯(cuò)綜復(fù)雜的關(guān)系進(jìn)行了摸底。我把這些信息出版成圖書(shū)，遭到藏寶圖收藏者們的嫉妒和憎惡。他們躲藏在不為人知的角落，齷齪行事。

我還選了一個(gè)自己覺(jué)得好聽(tīng)的方言，統(tǒng)一了每個(gè)諸侯國(guó)的語(yǔ)言。在推行的過(guò)程中，多次受到土著們強(qiáng)烈的反對(duì)，拒不改正。被我強(qiáng)行斬首了幾個(gè)之后，以后的推行，就快的多了。

對(duì)于所有的重要商品，進(jìn)行了集中管控。這個(gè)世界貴重的不是黃金，而是食物，所以我還修建了四通八達(dá)的道路和無(wú)孔不入的交易中心。從此之后，很少餓死過(guò)人。由于這部分是在我的控制范圍內(nèi)，所以進(jìn)行的很順暢。

G國(guó)的民風(fēng)比較彪悍，經(jīng)常發(fā)生暴力事件。這也難免，從剛開(kāi)始，這個(gè)國(guó)家就難以馴化。好在缺了他們，這個(gè)系統(tǒng)也能循環(huán)的下去。前不久G國(guó)又發(fā)生了重大的事件，所有其他國(guó)家聯(lián)合抵制，禁止G國(guó)國(guó)民入境。但時(shí)間是化解傷痛的良藥，我估計(jì)這樣的限制不會(huì)持續(xù)很久。

但糟粕還是有的。有人的地方，就有江湖，就有壓迫。但這樣的糟粕我是不想讓其他人看到的。來(lái)訪的使者，應(yīng)該只能夠看到歌舞升平、安居樂(lè)業(yè)，這注定了不能讓他們和底層接觸，否則就發(fā)現(xiàn)金玉其外敗絮其中的現(xiàn)狀了。

他們和外交官打的不亦樂(lè)乎，我很欣慰。

我清楚的知道，為了建立一個(gè)和諧自然的系統(tǒng)，曾經(jīng)花費(fèi)了多大的代價(jià)。這其中的組成部分，并不能總是完美無(wú)缺的運(yùn)行。而且，在這個(gè)看似平和的整體上，就滋生了其他無(wú)數(shù)令人頭痛的問(wèn)題 ，不過(guò)這是另外一個(gè)話題了。

就是這樣。我所做的一切，我所有的期望，只不過(guò)是為了：當(dāng)新的機(jī)會(huì)在我身后，我能夠從容的、華麗的轉(zhuǎn)身。

這就是我為了有一天能夠穿越，所做的準(zhǔn)備。?

作者簡(jiǎn)介：小姐姐味道  (xjjdog)，一個(gè)不允許程序員走彎路的公眾號(hào)。聚焦基礎(chǔ)架構(gòu)和Linux。十年架構(gòu)，日百億流量，與你探討高并發(fā)世界，給你不一樣的味道。我的個(gè)人微信xjjdog0，歡迎添加好友，?進(jìn)一步交流。?

近期熱門(mén)文章?

《必看！java后端，亮劍誅仙》
后端技術(shù)索引，中肯火爆

《Linux上，最常用的一批命令解析（10年精選）》
CSDN發(fā)布首日，1k贊。點(diǎn)贊率1/8。

《這次要是講不明白Spring Cloud核心組件，那我就白編這故事了》
用故事講解核心組件，包你滿意

《Linux生產(chǎn)環(huán)境上，最常用的一套“Sed“技巧》
最常用系列Sed篇，簡(jiǎn)單易懂。Vim篇更加易懂。