驀然回首,從畢業(yè)到現(xiàn)在做后臺(tái)開(kāi)發(fā)已經(jīng)十年了，這十年中我獲得了很多，技術(shù)能力、培訓(xùn)、出國(guó)、大公司的經(jīng)歷，還有很多志同道合的朋友。但再仔細(xì)一想，這十年碼農(nóng)路上我至少浪費(fèi)了五年時(shí)間，這五年可以足夠讓自己成長(zhǎng)為一個(gè)優(yōu)秀的程序員，可惜我錯(cuò)過(guò)了，我用這五年時(shí)間和很多程序員一樣在困惑和迷茫中找不到出路!

在大公司做事情有一個(gè)特征，你只需要在工作時(shí)間做好公司給你安排的那份工作，你就會(huì)做的很好，這也就是說(shuō)每個(gè)人都是一顆螺絲釘。所以，我在一進(jìn)入大公司后，由于自己經(jīng)歷不夠，再加上剛畢業(yè)就作為大學(xué)班上進(jìn)入大公司的佼佼者，所以有點(diǎn)飄，不能沉下心來(lái)研究技術(shù)，所以浪費(fèi)了一段時(shí)間。

后來(lái)在和在貝爾實(shí)驗(yàn)室(上海)工作的研究生同學(xué)的一次交流中，讓我嚴(yán)重的意識(shí)到，做為程序員除了做好公司安排的工作只是為了自己“活著”，而程序員的“生活”應(yīng)該是體現(xiàn)在自己對(duì)技術(shù)的追求和對(duì)源碼的執(zhí)著之上。

雖然自己經(jīng)常和周圍的朋友進(jìn)行程序生涯的交流，唯獨(dú)這次交流才真正影響了我的程序人生。回想起來(lái)，影響程序員明天困局的往往就是一直掛著我們嘴邊的小事，那些源碼啊，框架啊，實(shí)戰(zhàn)，造輪子，開(kāi)源這一切都需要我們實(shí)實(shí)在在親力親為的一行行代碼去解決。

今天，就為大家整理一份目前互聯(lián)網(wǎng)公司Java 后臺(tái)最主流的技術(shù)選型。

[[240127]]

1. 閱讀源碼

程序員每天都和代碼打交道。經(jīng)過(guò)數(shù)年的基礎(chǔ)教育和職業(yè)培訓(xùn)，大部分程序員都會(huì)「寫(xiě)」代碼，或者至少會(huì)抄代碼和改代碼。但是，會(huì)讀代碼的并不在多數(shù)，會(huì)讀代碼又真正讀懂一些大項(xiàng)目的源碼的，少之又少。這也造成了很多錯(cuò)誤看源碼的方式。

那要如何正確的分析源碼呢?

我們的目標(biāo)應(yīng)該放在最常用的框架上面，下面就介紹兩個(gè)：一個(gè)是Spring，另一個(gè)是大家用來(lái)覺(jué)得一直不怎么出問(wèn)題的Mybatis。

△spring源碼

△mybatis源碼

2. 分布式架構(gòu)

隨著我們的業(yè)務(wù)量越來(lái)越大和越重要，單體的架構(gòu)模式已經(jīng)無(wú)法對(duì)應(yīng)大規(guī)模的應(yīng)用場(chǎng)景，而且系統(tǒng)中決不能存在單點(diǎn)故障導(dǎo)致整體不可用，所以只有垂直或是水平拆分業(yè)務(wù)系統(tǒng)，使其形成一個(gè)分布式的架構(gòu)，利用分布式架構(gòu)來(lái)冗余系統(tǒng)消除單點(diǎn)的故障，從而提高整個(gè)系統(tǒng)的可用性。同時(shí)分布式系統(tǒng)的模塊重用度更高，速度更快，擴(kuò)展性更高是大型的項(xiàng)目必不可少的環(huán)節(jié)。

3. 微服務(wù)

關(guān)于微服務(wù)架構(gòu)的取舍

• 在合適的項(xiàng)目，合適的團(tuán)隊(duì)，采用微服務(wù)架構(gòu)收益會(huì)大于成本。
• 微服務(wù)架構(gòu)有很多吸引人的地方，但在擁抱微服務(wù)之前，也需要認(rèn)清它所帶來(lái)的挑戰(zhàn)。
• 需要避免為了“微服務(wù)”而“微服務(wù)”。
• 微服務(wù)架構(gòu)引入策略 – 對(duì)傳統(tǒng)企業(yè)而言，開(kāi)始時(shí)可以考慮引入部分合適的微服務(wù)架構(gòu)原則對(duì)已有系統(tǒng)進(jìn)行改造或新建微服務(wù)應(yīng)用，逐步探索及積累微服務(wù)架構(gòu)經(jīng)驗(yàn)，而非全盤實(shí)施微服務(wù)架構(gòu)。

4. 性能調(diào)優(yōu)

我們不僅僅對(duì)項(xiàng)目要運(yùn)籌帷幄，還要能解決一切性能問(wèn)題。只有深入學(xué)習(xí)JVM底層原理，Mysql底層優(yōu)化以及Tomcat調(diào)優(yōu)，才能達(dá)到知其然，知其所以然的效果。除了性能優(yōu)化之外，也能提供通用的常見(jiàn)思路以及方案選型的考慮點(diǎn)，幫助大家培養(yǎng)在方案選型時(shí)的意識(shí)、思維以及做各種權(quán)衡的能力。

5. 開(kāi)發(fā)工具工程化

通過(guò)一小段描述信息來(lái)管理項(xiàng)目的構(gòu)建，報(bào)告和文檔的軟件項(xiàng)目管理工具。程序員的戰(zhàn)斗，往往不是一個(gè)人的戰(zhàn)斗，我們?nèi)绾卧谝粋€(gè)平臺(tái)下高效的去重，進(jìn)行代碼review，對(duì)功能進(jìn)行調(diào)整，debug，做到在統(tǒng)一的規(guī)劃下步步為營(yíng)，混亂的堆代碼的過(guò)程中找到自己的記錄。這一切都依賴于有效的工具。

6. 項(xiàng)目實(shí)戰(zhàn)

要想立足于互聯(lián)網(wǎng)公司，且能在互聯(lián)網(wǎng)浪潮中不被淹沒(méi)，對(duì)于項(xiàng)目的開(kāi)發(fā)實(shí)戰(zhàn)演練是不必可少的技能，也是對(duì)自身能力的一個(gè)衡量，有多少的量對(duì)等于獲得多少的回報(bào)?？此坪?jiǎn)單的一個(gè)項(xiàng)目需求圖譜，其中的底層原理，實(shí)現(xiàn)原理又能知道多少?你搭建一個(gè)完整的B2C項(xiàng)目平臺(tái)到底需要多少知識(shí)?這一切都是需要我們考量的。

【本文來(lái)自51CTO專欄作者張開(kāi)濤的微信公眾號(hào)(開(kāi)濤的博客)，公眾號(hào)id: kaitao-1234567】

戳這里，看該作者更多好文