之所以想起寫這篇文章，是因?yàn)樽罱吹降囊粋€(gè)著名的開源項(xiàng)目在內(nèi)部使用時(shí)的各種問題，不得不說警儒，很多的開源的東西思想是不錯(cuò)的竿奏，但離真正工程化都有不小的距離袄简，所以沒什么商業(yè)公司采用的開源產(chǎn)品如果要引入的話一定要慎重，通常會(huì)有N多的坑等著你去填泛啸，而比較成功的開源項(xiàng)目的背后多數(shù)都會(huì)有商業(yè)公司在背后不斷的改進(jìn)绿语。
　　遙想我2000年開始學(xué)習(xí)寫asp代碼時(shí)，覺得寫代碼也不難呀候址，無非就是學(xué)學(xué)語法規(guī)則吕粹、庫就可以寫出來，記得有一次我實(shí)習(xí)面試的時(shí)候是讓我在一個(gè)下午左右的時(shí)間寫一個(gè)完整的留言板岗仑，那也就是刷刷刷就寫好了匹耕，但隨著后來工作，尤其是加入阿里以后荠雕，越來越明白高質(zhì)量的工程代碼為什么難寫稳其。
　　在寫代碼初期，最關(guān)注的是如何用代碼實(shí)現(xiàn)需求炸卑，如果是僅僅實(shí)現(xiàn)業(yè)務(wù)需求的話既鞠，即使是剛上手的程序員，只要解題能力還OK盖文，基本上都是可以寫出代碼來的损趋。所以我自己一直認(rèn)為數(shù)學(xué)成績是程序員的一個(gè)非常重要的要求，數(shù)學(xué)好的人通常解題和邏輯思維能力是還不錯(cuò)的椅寺。
　　上面的這個(gè)基本的寫代碼的過程中浑槽，寫的更好的同學(xué)的體現(xiàn)會(huì)在對(duì)業(yè)務(wù)的深刻理解以及抽象上，寫出的代碼會(huì)具備一定的復(fù)用能力返帕，這個(gè)在這里不多加探討桐玻。
　　但代碼是不是實(shí)現(xiàn)了業(yè)務(wù)需求就結(jié)束了呢，其實(shí)遠(yuǎn)沒有荆萤，這其實(shí)只是寫代碼的開始镊靴，除了正向的邏輯實(shí)現(xiàn)外铣卡，任何一個(gè)點(diǎn)的異常的分支邏輯怎么處理才是工程化的代碼中更難處理的部分，這個(gè)問題在單機(jī)式的系統(tǒng)中會(huì)相對(duì)還好處理偏竟，在分布式的環(huán)境會(huì)變得非常的復(fù)雜煮落，例如調(diào)用其他機(jī)器的功能超時(shí)了，出錯(cuò)了踊谋，到底該怎么處理蝉仇，這也是為什么有了那么多的分布式的理論的東西出來，在增加了異常分支的處理邏輯后殖蚕，通常會(huì)發(fā)現(xiàn)這個(gè)時(shí)候正向邏輯的代碼在整個(gè)代碼的占比中會(huì)大幅下降轿衔。
　　異常分支邏輯處理好后，通常還需要增加必要的日志信息睦疫，以便在出問題時(shí)方便排查害驹，而不是到了要排查問題的時(shí)候，一點(diǎn)目前系統(tǒng)的狀況都搞不清楚蛤育，所以吃掉重要的異常信息不拋出這種行為在寫代碼中是非惩鸸伲可恥的。
　　在處理好上面異常的相關(guān)動(dòng)作后瓦糕，代碼的健壯性也要處理好摘刑，這個(gè)主要指：
　　1. 自我保護(hù)能力
　　對(duì)外提供的接口是否具備足夠的自我保護(hù)能力，就是即使使用的人沒仔細(xì)看API文檔隨便亂用也不會(huì)導(dǎo)致系統(tǒng)出問題刻坊，這種案例非常的多枷恕，例如對(duì)外提供了一個(gè)批量查詢接口，結(jié)果用戶一下傳了一個(gè)里面有上千個(gè)用戶id的數(shù)組谭胚，查詢一下直接把內(nèi)存耗光徐块，像這種情況下不能怪使用的人，而應(yīng)該怪實(shí)現(xiàn)API的這一端的保護(hù)做的不夠好灾而，按照這樣的標(biāo)準(zhǔn)去看胡控，會(huì)發(fā)現(xiàn)開源的很多東西的API都不太合格。
　　還有一種就是能力保護(hù)旁趟，如果超出了處理的并發(fā)量的能力昼激，這個(gè)時(shí)候會(huì)發(fā)生什么。
　　2. 對(duì)資源的使用限制
　　這也是代碼新手或一些開源產(chǎn)品中做的比較差的地方锡搜，很容易出現(xiàn)規(guī)模一上去橙困，資源使用量也一直漲，沒有限制耕餐，然后導(dǎo)致系統(tǒng)掛掉凡傅，很常見的案例是對(duì)線程池的使用，例如像Java中的Executors.newCachedThreadPool肠缔，這個(gè)接口很多人會(huì)用到夏跷，但很多用的人都沒有仔細(xì)想過會(huì)不會(huì)在某種情況下這里創(chuàng)建出巨多的線程哼转；還有例如用Map做cache，也沒考慮大小限制的問題槽华，結(jié)果就是隨著數(shù)據(jù)量增長壹蔓，某天突然就掛了。
　　健壯性是代碼中比較復(fù)雜的部分猫态，通常也是比較展現(xiàn)代碼能力的部分佣蓉，可能看起來就幾行代碼，但其實(shí)背后反映的差距是巨大的懂鸵。
　　開源產(chǎn)品除了在健壯性上的差距外偏螺，通常還會(huì)出現(xiàn)的一個(gè)巨大差距就是整個(gè)系統(tǒng)的設(shè)計(jì)的伸縮能力行疏，伸縮能力不夠的話通常會(huì)導(dǎo)致結(jié)構(gòu)性的重構(gòu)匆光，另外常見的就是在并發(fā)的處理上不夠高效，例如鎖的合理使用酿联、無鎖算法的引入等等终息，而這些需要非常強(qiáng)的系統(tǒng)設(shè)計(jì)和代碼功底能力。
　　除了上面說的這些外贞让，高質(zhì)量的工程代碼還需要考慮可維護(hù)（例如監(jiān)控信息暴露）周崭、安全性等，對(duì)我而言喳张，我一直認(rèn)為所謂的工程化其實(shí)就是把一些玩具性質(zhì)的代碼變成可在商業(yè)系統(tǒng)中真正健壯運(yùn)行的代碼续镇。
　　上面的內(nèi)容寫的比較簡(jiǎn)略，不過應(yīng)該也能看出销部，對(duì)于高質(zhì)量的工程代碼而言摸航，其實(shí)實(shí)現(xiàn)業(yè)務(wù)邏輯只是其中占比很小的一部分，甚至花的時(shí)間是相對(duì)最少的一部分舅桩，所以我確實(shí)非常贊同面試的時(shí)候讓同學(xué)寫代碼酱虎，這個(gè)時(shí)候很容易看出同學(xué)寫代碼的功力；有些時(shí)候?yàn)榱丝疾焱瑢W(xué)寫代碼的熟練程度擂涛，我會(huì)問問IDE的快捷鍵读串，或者讓手寫一段不是太復(fù)雜的代碼。