[[411896]]

圖片來自 Pexels

代碼作為程序員的硬實(shí)力和名片的展示，怎么提升寫代碼的能力始終是一個(gè)關(guān)鍵的話題。

不過很遺憾這篇文章其實(shí)也不是講具體的步驟、銀彈方法、武功秘籍什么的，這篇文章講講我自己印象中對(duì)我寫代碼能力提升比較大的四段經(jīng)歷，也許可供參考。

01第一次感受每天億級(jí)系統(tǒng)的挑戰(zhàn)

2008 年，HSF 的第二個(gè)版本，在當(dāng)時(shí)淘寶最重要的交易中心上線，上線當(dāng)天造成淘寶網(wǎng)站訪問巨慢，交易類的頁面幾乎打不開，最后靠下線 HSF 才恢復(fù)。

下線后開始查問題，HSF 的第二個(gè)版本基于的是 jboss-remoting，jboss-remoting 在當(dāng)時(shí)的版本里遠(yuǎn)程同步調(diào)用的超時(shí)時(shí)間是寫死在代碼里的 60s。

而調(diào)用的服務(wù)確實(shí)會(huì)有一些超過 10 幾秒的現(xiàn)象出現(xiàn)，導(dǎo)致了 web 應(yīng)用處理 web 請求的線程池被這些慢請求給逐漸占據(jù)，請求堆積，最終呈現(xiàn)出了頁面打開非常慢的現(xiàn)象。

查清原因后，決定基于當(dāng)時(shí)的 Mina 重寫整個(gè) HSF 的通信，重寫的這兩個(gè)月時(shí)間對(duì)我自己寫代碼的能力有很大的提升。

無論是對(duì)網(wǎng)絡(luò) IO 方面處理的深入學(xué)習(xí)，還是在高并發(fā)系統(tǒng)上的深入學(xué)習(xí)，現(xiàn)在想想學(xué)習(xí)的方式也就是翻各類網(wǎng)絡(luò) IO 的科普資料。

然后是讀 Mina 的源碼、Java 網(wǎng)絡(luò) IO 的源碼，并發(fā)這塊的學(xué)習(xí)主要還是靠那本經(jīng)典的《Java 并發(fā)編程實(shí)戰(zhàn)》，以及讀 Java J.U.C 里的代碼。

這段時(shí)間的學(xué)習(xí)相比以往翻 Think in Java 之類的最大區(qū)別是，學(xué)習(xí)后付諸實(shí)踐，隨著 HSF 這個(gè)新的重寫的版本的上線，基本算是逐漸真正掌握了這些部分的代碼能力。

除了代碼能力的提升外，得到了另外一個(gè)最大的教訓(xùn)就是，對(duì)于一個(gè)億級(jí)且長時(shí)間運(yùn)行的系統(tǒng)，很多看起來的小概率的問題都一定會(huì)成為嚴(yán)重的問題。

這也是為什么寫高并發(fā)系統(tǒng)的難度，要求了必須對(duì)自己寫的代碼，以及自己代碼調(diào)用到的各種 API 里的實(shí)現(xiàn)都非常的清楚，這樣才能真正確保最終代碼的魯棒性。

[[411897]]

02民間"消防隊(duì)"的故事

第二段對(duì)我自己寫代碼能力提升特別大的經(jīng)歷是在民間"消防隊(duì)"的那段日子，淘寶在 2009 年故障特別多。

但處理故障還沒有一個(gè)標(biāo)準(zhǔn)的體系和組織，導(dǎo)致很多時(shí)候會(huì)出現(xiàn)故障出了都沒什么人處理，或者處理效率不高。

于是當(dāng)時(shí)有個(gè)運(yùn)維團(tuán)隊(duì)的同學(xué)拉了一些人組建了一個(gè)群，群的名字叫淘寶消防隊(duì)，用來處理淘寶出現(xiàn)的各種故障，我很湊巧的也加入了這個(gè)群，這個(gè)群里還有另外一個(gè)整個(gè)阿里公認(rèn)的超級(jí)技術(shù)大神：多隆。

一開始看到各種故障的時(shí)候，壓根就不知道怎么下手，處理故障會(huì)需要的通常不僅僅是寫代碼的能力，還需要對(duì)一個(gè)系統(tǒng)全貌要有一定的掌握。

例如前幾年一篇特別火的文章，當(dāng)點(diǎn)擊搜索背后發(fā)生了什么這樣的文章，其實(shí)就是要對(duì)一個(gè)系統(tǒng)的處理流程特別的熟悉。

這在處理故障的時(shí)候是非常重要的，在有了故障大概在哪個(gè)環(huán)節(jié)后，很重要的就是對(duì)這個(gè)環(huán)節(jié)代碼運(yùn)行機(jī)制的細(xì)節(jié)掌控了。

這個(gè)時(shí)候通常來說各種工具非常重要，可以有效的幫助你知道具體發(fā)生了什么，例如像系統(tǒng)層面的 top -H 之類的，java 層面的 btrace 等等，都可以讓你根據(jù)運(yùn)行情況去定位問題的點(diǎn)。

這段時(shí)間我覺得我的提升就是靠大量的練手，故障確實(shí)有點(diǎn)多，一開始就靠看人怎么處理，主要是從多隆這里學(xué)，然后是嘗試自己解決一些故障。

解決的越來越多后慢慢熟練度就上去了，除了解決故障能力的提升外，因?yàn)榭戳撕芏嘤捎诖a層面造成的故障，對(duì)自己在寫代碼時(shí)如何更好的保證魯棒性，來避免故障，是非常有幫助的。

例如，我看過很多濫用線程池造成創(chuàng)建了大量線程，最終導(dǎo)致線程創(chuàng)建不出來的 case，就會(huì)明白自己在用線程池的場景里一定要非常清楚的控制最大的數(shù)量，包括堆積的策略等。

又例如我看過 N 多的因?yàn)樽栽鲩L容量的數(shù)據(jù)結(jié)構(gòu)導(dǎo)致的 OOM 的 case，就會(huì)明白在寫代碼的時(shí)候不能認(rèn)為一定不會(huì)發(fā)生數(shù)據(jù)結(jié)構(gòu)增長到超級(jí)大，所以不做任何保護(hù)的 case。

這個(gè)時(shí)間我明白到的就是寫一段能運(yùn)轉(zhuǎn)，實(shí)現(xiàn)需求的代碼不難，但要寫一段在各種情況下都能長期穩(wěn)定運(yùn)行的代碼是真心不容易，這我覺得是一個(gè)職業(yè)的寫商業(yè)系統(tǒng)的程序員和只是寫程序玩玩的最大差別。

[[411898]]

03重寫通信框架

2010 年，我從中間件團(tuán)隊(duì)離開，去做 HBase，那個(gè)時(shí)候的 HBase 里面的通信還是用一個(gè)非常簡單的寫法實(shí)現(xiàn)的，我想著要么就把以前 HSF 里用的移植到 HBase 里用。

這個(gè)時(shí)候剛好多隆在用 c 給各類 c 的應(yīng)用寫一個(gè)通用的通信框架 libeasy，于是就有了一次測試。

我記得第一次測試結(jié)果看到原來 HSF 里面的通信框架的高并發(fā)能力和 libeasy 比相差無比巨大，我和多隆便探討他是怎么實(shí)現(xiàn)的，我看看能不能學(xué)習(xí)下在 Java 這邊的版本里也改改，所以有了這段重寫通信框架的經(jīng)歷。

本來以為之前在寫 HSF 的那幾年應(yīng)該算是對(duì)通信框架這塊的代碼相關(guān)的能力掌握的不錯(cuò)了，在和多隆一起重寫的這段過程中，才發(fā)現(xiàn)差距還是很大的。

多隆教會(huì)了很多細(xì)節(jié)的問題，基于 NIO 的通信框架的核心是用非常少的 IO 線程來處理 IO 事件(太多也沒用，因?yàn)橛行┎糠志椭荒艽?。

所以怎么高效的使用好這幾個(gè) IO 線程是非常關(guān)鍵的，要盡量減少這幾個(gè) IO 線程處理一些不相關(guān)的動(dòng)作。

另外一點(diǎn)就是盡量減少 IO 線程和業(yè)務(wù)處理線程的切換，例如后來常見的批量把一個(gè)流里的多個(gè)請求一次性丟給業(yè)務(wù)處理線程。關(guān)于這段經(jīng)歷之前專門寫過一篇文章總結(jié)。

這段經(jīng)歷對(duì)自己更加深入的掌握在代碼邏輯整體的細(xì)節(jié)層面是非常有幫助的，這對(duì)于寫要求很高的系統(tǒng)是非常重要的，畢竟對(duì)于一個(gè)超大規(guī)模的系統(tǒng)而言，1% 的提升還是可觀的。

[[411899]]

04學(xué)習(xí) JVM

之前因?yàn)樘幚砉收媳容^多，有段時(shí)間我開始給公司同事們分享如何處理故障，后來發(fā)現(xiàn)有些問題自己也講不清楚，或者也不知道怎么處理，必須深入學(xué)習(xí) JVM 才行，但其實(shí)一開始我完全摸不著門路，JVM 代碼打開都不知道從哪看起。

很幸運(yùn)，碰到了一個(gè)同樣愛好又比我強(qiáng)很多的同學(xué)，就是撒迦，圈內(nèi)通常叫 R 大。

我和撒迦好幾個(gè)周末約著在公司一起看 JVM 代碼，有撒迦的指點(diǎn)，我終于是入門了，知道大概怎么去看了，而且兩個(gè)人一起看代碼，互相分享和探討，效率是非常高的。

有了這段經(jīng)歷，再加上繼續(xù)處理著一些故障，基本上逐漸對(duì) JVM 的代碼實(shí)現(xiàn)有了更多的理解，在后來做故障分享、問題解決什么的時(shí)候終于能更好的做到知其然知所以然。

同樣，這對(duì)處理故障的能力，寫代碼的能力也是非常有幫助的，例如會(huì)更加明白以前認(rèn)為的所謂的面向 GC 友好的代碼是幾個(gè)意思。

也會(huì)有了更深的感受是其實(shí) Java 的代碼呢，通常不會(huì)寫的太爛，因?yàn)?JVM 在運(yùn)行期會(huì)做很多的盡可能的優(yōu)化，拉到一個(gè)平均線，但要寫的很好，難度是非常大的，因?yàn)樾枰?JVM，懂 JVM 下面的 OS。

05總結(jié)

其實(shí)也總結(jié)不出什么，因?yàn)槊總€(gè)人的環(huán)境什么的不太一樣，也有適合各自提升的方法。

我看自己的經(jīng)歷呢，我覺得：

①如果環(huán)境不具備，就給自己一個(gè)挑戰(zhàn)的命題，例如要學(xué)高并發(fā)的通信，可以嘗試自己寫一個(gè)和其他的做對(duì)比，做性能等的 pk。

這個(gè)通常提升還是會(huì)很大的，要學(xué) GC，可以嘗試給自己幾個(gè)題目，來控制 GC 的行為等，如果環(huán)境具備的話，確實(shí)會(huì)更加有利。

②多和優(yōu)秀的程序員一起，我自己從多隆、撒迦身上學(xué)習(xí)到了很多很多，從很多優(yōu)秀的開源代碼，像 Netty，OpenJDK 里面也學(xué)習(xí)到了很多很多。

所以多參與一些優(yōu)秀的開源項(xiàng)目也是一個(gè)很好的提升方法，看優(yōu)秀的書(例如并發(fā)里的那本 Java 并發(fā)編程實(shí)戰(zhàn)，JVM 里的 Oracle JRockit: The Definitive Guide，深入理解 Java 虛擬機(jī)等)，也一樣是一種向優(yōu)秀程序員學(xué)習(xí)的好方法。

③多多嘗試解決問題/故障，這絕對(duì)是提升代碼綜合能力非常好的一個(gè)方法，自己工作里機(jī)會(huì)少的話，網(wǎng)上有大把，像 stackoverflow 之類的，都是很好的練習(xí)場。

最后的最后，我還是想說，代碼能力作為程序員的硬名片，始終是最有效的區(qū)分程序員能力的東西，talk is cheap，show me the code 這句話我覺得是永遠(yuǎn)成立的。

作者：bluedavy

編輯：陶家龍

出處：轉(zhuǎn)載自公眾號(hào) HelloJava(ID：hellojavacases)