知識星球作者：raledong
來自：https://segmentfault.com/a/1190000013329013
前言
今天本是一個陽光明媚，鳥語花香的日子。於是我決定在逛街中感受春日的陽光~結果晚上七點的時候，螞蟻金服後端大佬來了電話，要進行一輪的技術面試。我一臉黑人問號？？？現在的面試都流行突襲嗎？
於是我的第一次面試之旅，就此壯烈的展開。
自我介紹
首先呢，大佬讓我用兩分鐘自我介紹。我本以為自己能滔滔不絕，將對方視作相親物件般全方位介紹自己。結果不到半分鐘，我就介紹完了==。
五秒鐘的沉默後，大佬嗯了一聲。
感覺自己的臉上堆滿了尷尬而不失禮貌的微笑。
最近的專案經歷
這時大佬問我最近從事了什麼專案，研究生階段都進行了什麼樣的工作。
那必須吹一吹！從JAVA的起源到Spring的發展再到jenkin的使用順便提一嘴dva+antd，結果半分鐘一到，又說不下去了==
大佬很有耐心的聽我說了一堆語無倫次的話，開始進入正題。
Spring
大佬：我看你用過這個Spring啊，你來聊聊為什麼我們要使用Spring呢？
我：（因為大家都說好啊）首先呢，spring是一個龐大的框架，它封裝了很多成熟的功能能夠讓我們無需重覆造輪子。其次呢，它使用IOC進行依賴管理，我們就不用自己初始化實體啦。
大佬：（我就知道你會說IOC啦）那你解釋一下IOC吧
我：IOC就是依賴控制轉化，利用JAVA的反射機制，將實體的初始化交給Spring。Spring可以透過配置檔案管理實體。
大佬：那我們可以直接使用工廠樣式呀。工廠樣式也可以管理實體的初始化呀，為什麼一定要使用Spring呢？
我：啊……..因為…….方便？（彷彿看到大佬凝固的表情，為了不那麼尷尬，我決定轉移話題）。而且spring的IOC是單例樣式呢。
大佬：預設的是實現是單例樣式嗎？
我：對的。
這裡查了一下為什麼不用工廠樣式而使用IOC。其實本質上還是因為IOC是透過反射機制來實現的。當我們的需求出現變動時，工廠樣式會需要進行相應的變化。但是IOC的反射機制允許我們不重新編譯程式碼，因為它的物件都是動態生成的。
資料庫
大佬：你使用過哪些資料庫呀？
我：mysql還有sqlight。（被遺忘的mongodb在角落裡無聲哭泣）
大佬：那你使用的ORM框架除了hibernate還有哪些，比如IBatis？
我：我用過MyBatis
大佬：哦，那你能講一下你對兩個框架使用後的感受嗎？
我：當時使用Mybaits的時候，也有去社群瞭解了一下兩個框架的口碑，發現大家的戰隊都堅定而對立。對Hibernate的不滿通常是因為它在複雜關聯中往往會帶來嚴重的效能問題，也就是N+1的問題。但是它是面向物件支援的最好的框架了。而Mybatis則相對而言比較易於使用，只需要會SQL陳述句就行了。但是也意味著會破壞一些面向物件的規則。
大佬：（似乎有點認可）那你瞭解資料庫的事務嗎？能講一下資料庫的事務級別嗎？
我：（忘得一干二凈）emmm不好意思我記不太清楚了。
大佬：那你還記得資料庫的加鎖嗎？比如樂觀鎖，悲觀鎖？
我：（求您別問了T T）
大佬：（鍥而不捨）那我現在假設有一張使用者表，你也知道，正常的表只能存放大概一千萬或是兩千萬左右的資料。但是阿裡巴巴有上億的使用者？你會怎麼儲存呢？
我：可以縱向分割與橫向分割。
大佬：那你覺得這裡應該縱向還是橫向呢？
我：縱向（載入史冊的嘴瓢）
大佬：（很有耐心）可是這樣我的資料庫還是放不下啊
我：（彷彿突然睡醒）應該是橫向分割，把表拆分成多個表然後分散式儲存
大佬：那你覺得我們怎樣分割比較合適呢？
我：（還能再問？）可以根據地域，但是根據使用者分佈的情況來說，還是會有某些地域訪問稠密而有些地域比較稀疏的問題。難道按照使用者等級？
大佬：不，使用者等級會變動，不合適。你這個階段暫時沒有考慮這個問題
我：（謝謝您的臺階啊！）
Linux
大佬：你們伺服器用的是什麼作業系統啊？
我：（呀，送命題）我們用的是阿裡雲上的centos系統
大佬：那你對linux熟練嗎？
我：不是很熟悉，僅僅是入門，能夠敲一點指令。
大佬：好，那你知道庫函式和核心呼叫嗎？
我：核心呼叫是指進入核心態然後執行指令然後再回到使用者態嗎？
大佬：對
我：我知道的大概就這麼多了，只瞭解一些概念上的內容。（涼涼送給自己）
大佬：那你知道如何檢視行程嗎？
我：啊…記不得了，我一般都查一下指令（於是大佬果斷放棄了其它linux問題）。
JVM
大佬：你瞭解JAVA虛擬機器嗎？能解釋一下底層的模組嗎？
我：（如果你通知我明天面試，我就瞭解了>
執行緒
大佬：你知道什麼是執行緒安全嗎？
我：（烏魯烏魯說了一堆）就是比如如果同時有兩個執行緒訪問同一個變數，那麼它們對變數造成的修改所帶來的結果可能是不確定的。
大佬：那你知道JAVA有什麼方法來實現執行緒安全嗎？
我：（前幾天還翻譯了部落格，但是一問起來忘得比啥都快）首先是synchronized修飾詞，然後JAVA還自己實現了一些封裝好的類比如LatchDown，Atomic系列（????????後來一查是CountDownLatch！還有大明湖畔的final關鍵字呢？還有小明湖畔的Lock呢？還有那些實現執行緒的collections比如ConcurrentHashMap呢？）
大佬果然開啟了下一個問題。
分散式
大佬：你有寫過分散式的業務嗎？
我：我寫過一個基於HDFS分散式儲存的KVStore，上層使用Hadoop的API實現。
大佬：那個是分散式儲存，我想瞭解一下分散式業務？
我：（趕緊糾正）那dubbo算嗎？（於是介紹了一下自己瞭解的dubbo）
大佬：ok。那你覺得分散式的話會遇到什麼問題呢？
我：那就是經典的CAP問題了。沒有資料庫能夠同時滿足這三個問題
大佬：那你能具體解釋一下CAP代表什麼嗎？
我：（緊張到一片空白）Consistency？Atomic？P…Persistency？？？
大佬：。。。。。。
CAP：是指Consistency一致性，Availability可用性，Partition Tolerance分割槽容忍性
設計樣式
大佬：你瞭解過設計樣式嗎？
我：瞭解瞭解
大佬：那你瞭解過哪些設計樣式呢？
我：blablabla
大佬：那你解釋一下指令樣式吧
我：這個有點像函式式程式設計的思想。指令樣式就是指將各個操作封裝為統一的介面，並且提供各個操作的實現類。這樣我們只需要面向command介面程式設計，解除了呼叫類和指令之間的強耦合。
總結
最後當然和大佬話一話家常，進行最後的掙扎。總結來說，要想成功進行一次阿裡巴巴的面試，你需要瞭解甚至掌握以下內容：
-
JAVA語言，尤其是執行緒
-
JVM原理
-
資料庫（事務，加鎖，ORM）
-
Linux
-
Spring（重點！）
-
分散式
-
設計樣式
可以說是涉及範圍非常廣了。不過其實要想成為一名優秀的後端開發，是需要這些知識面的，只能說自己還是太菜了。要繼續深入學習！
●編號390，輸入編號直達本文
●輸入m獲取文章目錄
演演算法與資料結構
更多推薦《18個技術類微信公眾號》
涵蓋：程式人生、演演算法與資料結構、駭客技術與網路安全、大資料技術、前端開發、Java、Python、Web開發、安卓開發、iOS開發、C/C++、.NET、Linux、資料庫、運維等
