不差錢(qián)的公司會(huì)把程序部署到Weblogic，Websphere這樣的應(yīng)用服務(wù)器中，還會(huì)用上高大上的EJB。

　　雖然看起來(lái)生活“簡(jiǎn)單”又“愜意”，但實(shí)際上也需要實(shí)現(xiàn)那些多變的、不講邏輯的業(yè)務(wù)需求，苦逼的本質(zhì)并沒(méi)有改變。

1、前后端的分離

隨著大家對(duì)瀏覽器頁(yè)面的視覺(jué)和交互要求越來(lái)越高，“套模板”的方式漸漸無(wú)法滿足要求，這個(gè)所謂的表示層慢慢地遷移到瀏覽器當(dāng)中去了，一大批像Angular, ReactJS之類(lèi)的框架崛起，前后端分離了！

　　后端的工程師只負(fù)責(zé)提供接口和數(shù)據(jù)，專(zhuān)注于業(yè)務(wù)邏輯的實(shí)現(xiàn)，前端取到數(shù)據(jù)后在瀏覽器中展示，各司其職。

　　像Java這樣的語(yǔ)言很適合去實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)邏輯，尤其是一些MIS系統(tǒng)，行業(yè)軟件如稅務(wù)、電力、煙草、金融，通信等等。 所以剝離表示層，只做后端挺合適的。

　　但是如果僅僅是實(shí)現(xiàn)業(yè)務(wù)邏輯，那后端也不會(huì)需要這么多技術(shù)了，搞定SSH/SSM就行了。

2、后端技術(shù)

互聯(lián)網(wǎng)，尤其是移動(dòng)互聯(lián)網(wǎng)開(kāi)始興起以后，海量的用戶呼嘯而來(lái)，一個(gè)單機(jī)部署的小小War包肯定是撐不住了，必須得做分布式。

原來(lái)的單個(gè)Tomcat得變成Tomcat的集群，前邊弄個(gè)Web服務(wù)器做請(qǐng)求的負(fù)載均衡，不僅如此，還得考慮狀態(tài)問(wèn)題，session的一致性。

　?。ㄗⅲ簠⒁?jiàn)文章《小白科普：分布式和集群》）

業(yè)務(wù)越來(lái)越復(fù)雜，我們不得不把某些業(yè)務(wù)放到一個(gè)機(jī)器（或集群）上，把另外一部分業(yè)務(wù)放到另外一個(gè)機(jī)器（或集群）上，雖然系統(tǒng)的計(jì)算能力，處理能力大大增強(qiáng)，但是這些系統(tǒng)之間的通信就變成了頭疼的問(wèn)題，消息隊(duì)列（MQ)，RPC框架（如Dubbo）應(yīng)運(yùn)而生，為了提高通信效率，各種序列化的工具(如Protobuf)也爭(zhēng)先空后地問(wèn)世。

單個(gè)數(shù)據(jù)庫(kù)也撐不住了，那就做數(shù)據(jù)庫(kù)的讀寫(xiě)分離，如果還不行，就做分庫(kù)和分表，把原有的數(shù)據(jù)庫(kù)垂直地切一切，或者水平地切一切， 但不管怎么切，都會(huì)讓?xiě)?yīng)用程序的訪問(wèn)非常麻煩，因?yàn)閿?shù)據(jù)要跨庫(kù)做Join/排序，還需要事務(wù)，為了解決這個(gè)問(wèn)題，又有各種各樣“數(shù)據(jù)訪問(wèn)中間件”的工具和產(chǎn)品誕生。

為了最大程度地提高性能，緩存肯定少不了，可以在本機(jī)做緩存(如Ehcache)，也可以做分布式緩存(如Redis)，如何搞數(shù)據(jù)分片，數(shù)據(jù)遷移，失效轉(zhuǎn)移，這又是一個(gè)超級(jí)大的主題了。

互聯(lián)網(wǎng)用戶喜歡上傳圖片和文件，還得搞一個(gè)分布式的文件系統(tǒng)（如FastDFS），要求高可用，高可靠。

數(shù)據(jù)量大了，搜索的需求就自然而然地浮出水面，你得弄一個(gè)支持全文索引的搜索引擎(如Elasticsearch ,Solr)出來(lái)。

林子大了，什么鳥(niǎo)都有，必須得考慮安全，數(shù)據(jù)的加密/解密，簽名、證書(shū)，防止SQL注入，XSS/CSRF等各種攻擊。

3、“大后端”

前面提到了這么多的系統(tǒng)，還都是分布式的，每次上線，運(yùn)維的同學(xué)說(shuō)：把這么多系統(tǒng)協(xié)調(diào)好，把老子都累死了。

得把持續(xù)集成做好，能自動(dòng)化地部署，自動(dòng)化測(cè)試（其實(shí)前端也是如此），后來(lái)出現(xiàn)了一個(gè)革命化的技術(shù)docker， 能夠讓開(kāi)發(fā)、測(cè)試、生成環(huán)境保持一致，系統(tǒng)原來(lái)只是在環(huán)境（如Ngnix, JVM,Tomcat,MySQL等）上部署代碼，現(xiàn)在把代碼和環(huán)境一并打包， 運(yùn)維的工作一下子就簡(jiǎn)化了。

公司自己購(gòu)買(mǎi)服務(wù)器比較貴，維護(hù)也很麻煩，又難于彈性地增長(zhǎng)，那就搞點(diǎn)虛擬的服務(wù)器吧，硬盤(pán)、內(nèi)存都可以動(dòng)態(tài)擴(kuò)展（反正是虛擬的）， 訪問(wèn)量大的時(shí)候多用點(diǎn)，沒(méi)啥訪問(wèn)量了就釋放一點(diǎn)，按需分配，很方便，這就是云計(jì)算的一個(gè)場(chǎng)景。

　　隨著時(shí)間的推移，各個(gè)公司和系統(tǒng)收集的數(shù)據(jù)越來(lái)越多，都堆成一座大山了，難道就放在那里白白地浪費(fèi)硬盤(pán)空間嗎？

　　有人就驚奇地發(fā)現(xiàn)，咦，我們利用這些數(shù)據(jù)搞點(diǎn)事情啊， 比如把數(shù)據(jù)好好分析一下，預(yù)測(cè)一下這個(gè)用戶的購(gòu)買(mǎi)/閱讀/瀏覽習(xí)慣，給他推薦一點(diǎn)東西嘛。

可是這么多數(shù)據(jù)，用傳統(tǒng)的方式計(jì)算好幾天甚至好幾個(gè)月才能出個(gè)結(jié)果，到時(shí)候黃花菜都涼了，所以也得利用分布式的技術(shù)，想辦法把計(jì)算分到各個(gè)計(jì)算機(jī)去，然后再把計(jì)算結(jié)果收回來(lái)， 時(shí)勢(shì)造英雄，Hadoop及其生態(tài)系統(tǒng)就應(yīng)運(yùn)而生了。

　　之前聽(tīng)說(shuō)過(guò)一個(gè)大前端的概念，把移動(dòng)端和網(wǎng)頁(yè)端都?xì)w結(jié)為“前端”，我這里造個(gè)詞“大后端”，把那些用戶直接接觸不到的、發(fā)生在服務(wù)器端的都?xì)w結(jié)進(jìn)來(lái)。

4、怎么學(xué)好后端？

現(xiàn)在無(wú)論是前端還是后端，技術(shù)領(lǐng)域多如牛毛，都嚴(yán)重地細(xì)分了，所以我認(rèn)為真正的全棧工程師根本不存在，因?yàn)橐粋€(gè)人精力有限，不可能搞定這么多技術(shù)領(lǐng)域，太難了。

　　培訓(xùn)機(jī)構(gòu)所說(shuō)的“全棧”，我認(rèn)為就是前后端還在拉拉扯扯，藕斷絲連，沒(méi)有徹底分離的時(shí)候的“全?！惫こ處煛?/p>

　　那么問(wèn)題來(lái)了， 后端這么多東西，我該怎么學(xué)？

　　之前寫(xiě)過(guò)一篇文章叫做《上天還是入地》，說(shuō)了學(xué)習(xí)的廣度和深度，在這里也是相通的。

　　往深度挖掘，可以成為某個(gè)技術(shù)領(lǐng)域的專(zhuān)家，如搜索方面的專(zhuān)家、安全方面的專(zhuān)家，分布式文件的專(zhuān)家等等，不管是哪個(gè)領(lǐng)域，重點(diǎn)都不是學(xué)會(huì)使用某個(gè)工具和框架， 而是保證你可以自己的知識(shí)和技術(shù)去搞定這個(gè)領(lǐng)域的頂尖問(wèn)題。

　　往廣度發(fā)展，各個(gè)技術(shù)領(lǐng)域都要了解，對(duì)于某種需求，能夠選取合適的軟件和技術(shù)架構(gòu)來(lái)實(shí)現(xiàn)它，把需求轉(zhuǎn)化成合適的技術(shù)組件，讓這些組件以合適的方式連接、部署、運(yùn)行，這也需要持續(xù)地學(xué)習(xí)和不斷的經(jīng)驗(yàn)積累。

　　最后，以一張漫畫(huà)來(lái)結(jié)束吧！

想要在程序員生涯內(nèi)有更高的成就的話，C/C 就是一個(gè)既可以強(qiáng)化思維能力，又可以打好編程基礎(chǔ)的編程語(yǔ)言，你想要做軟件開(kāi)發(fā)，成為核心程序員的話，學(xué)習(xí)C/C 的話筆者有一個(gè)C/C 的編程千人羣（Q艘索：C語(yǔ)言編程學(xué)習(xí)聚集地（無(wú)言建立））你如果感覺(jué)自學(xué)C/C 語(yǔ)言有困難的話，有興趣學(xué)習(xí)或者了解一下C/C 編程的小伙伴就可以進(jìn)來(lái)交流。

C/C 高級(jí)工程師學(xué)習(xí)路線圖：