一份還熱乎的螞蟻金服面經（已拿Offer），附答案
由于作者面試過程中高度緊張，本文中只列出了自己還記得的部分題目。
經歷了漫長一個月的等待，終于在前幾天通過面試官獲悉已被螞蟻金服錄取，這期間的焦慮、痛苦自不必說，知道被錄取的那一刻，一整年的陰霾都一掃而空了。
筆者面的是阿里的Java研發工程師崗，面試流程是3輪技術面+1輪hr面。
1.意外的一面
一面的時候大概是3月12號，面完等了差不多半個月才突然接到二面面試官的電話。一面可能是簡歷面，所以問題比較簡單。
ArrayList和LinkedList區別
ArrayList 是一個可改變大小的數組。當更多的元素加入到ArrayList中時，其大小將會動態地增長。內部的元素可以直接通過get與set方法進行訪問，因為ArrayList本質上就是一個數組，
LinkedList 是一個雙鏈表，在添加和刪除元素時具有比ArrayList更好的性能.但在get與set方面弱于ArrayList。
當然，這些對比都是指數據量很大或者操作很頻繁的情況下的對比,如果數據和運算量很小，那么對比將失去意義。
什么情況會造成內存泄漏
在Java中，內存泄漏就是存在一些被分配的對象，這些對象有下面兩個特點：
首先，這些對象是可達的，即在有向圖中，存在通路可以與其相連;
其次，這些對象是無用的，即程序以后不會再使用這些對象。
如果對象滿足這兩個條件，這些對象就可以判定為Java中的內存泄漏，這些對象不會被GC所回收，然而它卻占用內存。
什么是線程死鎖，如何解決
產生死鎖的條件有四個：
- 互斥條件：所謂互斥就是進程在某一時間內獨占資源。
- 請求與保持條件：一個進程因請求資源而阻塞時，對已獲得的資源保持不放。
- 不剝奪條件:進程已獲得資源，在末使用完之前，不能強行剝奪。
- 循環等待條件:若干進程之間形成一種頭尾相接的循環等待資源關系。
線程死鎖是因為多線程訪問共享資源，由于訪問的順序不當所造成的，通常是一個線程鎖定了一個資源A，而又想去鎖定資源B;在另一個線程中，鎖定了資源B，而又想去鎖定資源A以完成自身的操作，兩個線程都想得到對方的資源，而不愿釋放自己的資源，造成兩個線程都在等待，而無法執行的情況。
要解決死鎖，可以從死鎖的四個條件出發，只要破壞了一個必要條件，那么我們的死鎖就解決了。在java中使用多線程的時候一定要考慮是否有死鎖的問題哦。
紅黑樹是什么?怎么實現?時間復雜度
紅黑樹(Red-Black Tree，簡稱R-B Tree)，它一種特殊的二叉查找樹。紅黑樹是特殊的二叉查找樹，意味著它滿足二叉查找樹的特征：任意一個節點所包含的鍵值，大于等于左孩子的鍵值，小于等于右孩子的鍵值。除了具備該特性之外，紅黑樹還包括許多額外的信息。
紅黑樹的每個節點上都有存儲位表示節點的顏色，顏色是紅(Red)或黑(Black)。紅黑樹的特性:
- 每個節點或者是黑色，或者是紅色。
- 根節點是黑色。
- 每個葉子節點是黑色。
- 如果一個節點是紅色的，則它的子節點必須是黑色的。
- 從一個節點到該節點的子孫節點的所有路徑上包含相同數目的黑節點。
關于它的特性，需要注意的是：
第一，特性(3)中的葉子節點，是只為空(NIL或null)的節點。
第二，特性(5)，確保沒有一條路徑會比其他路徑長出倆倍。因而，紅黑樹是相對是接近平衡的二叉樹。
具體實現代碼這里不貼了，要實現起來，需要包含的基本操作是添加、刪除和旋轉。在對紅黑樹進行添加或刪除后，會用到旋轉方法。旋轉的目的是讓樹保持紅黑樹的特性。旋轉包括兩種：左旋 和 右旋。
紅黑樹的應用比較廣泛，主要是用它來存儲有序的數據，它的查找、插入和刪除操作的時間復雜度是O(lgn)。
TCP三次握手
三次握手(three times handshake;three-way handshake)所謂的“三次握手”即對每次發送的數據量是怎樣跟蹤進行協商使數據段的發送和接收同步，根據所接收到的數據量而確定的數據確認數及數據發送、接收完畢后何時撤消聯系，并建立虛連接。
為了提供可靠的傳送，TCP在發送新的數據之前，以特定的順序將數據包的序號，并需要這些包傳送給目標機之后的確認消息。TCP總是用來發送大批量的數據。當應用程序在收到數據后要做出確認時也要用到TCP。
第一次握手：建立連接時，客戶端發送syn包(syn=j)到服務器，并進入SYN_SENT狀態，等待服務器確認;SYN：同步序列編號(Synchronize Sequence Numbers)。
第二次握手：服務器收到syn包，必須確認客戶的SYN(ack=j+1)，同時自己也發送一個SYN包(syn=k)，即SYN+ACK包，此時服務器進入SYN_RECV狀態;
第三次握手：客戶端收到服務器的SYN+ACK包，向服務器發送確認包ACK(ack=k+1)，此包發送完畢，客戶端和服務器進入ESTABLISHED(TCP連接成功)狀態，完成三次握手。
2.突然的二面
一面的時候大概是3月12號，面完等了差不多半個月才突然接到二面面試官的電話。
介紹項目
Storm怎么保證一致性
Storm是一個分布式的流處理系統，利用anchor和ack機制保證所有tuple都被成功處理。如果tuple出錯，則可以被重傳，但是如何保證出錯的tuple只被處理一次呢?Storm提供了一套事務性組件Transaction Topology，用來解決這個問題。
Transactional Topology目前已經不再維護，由Trident來實現事務性topology，但是原理相同。
參考：https://dwz.cn/8bXRPexB
說一下hashmap以及它是否線程安全
HashMap基于哈希表的 Map 接口的實現。HashMap中，null可以作為鍵，這樣的鍵只有一個;可以有一個或多個鍵所對應的值為null。HashMap中hash數組的默認大小是16，而且一定是2的指數。Hashtable、HashMap都使用了 Iterator。而由于歷史原因，Hashtable還使用了Enumeration的方式 。HashMap 實現 Iterator，支持fast-fail。
哈希表是由數組+鏈表組成的，它是通過把key值進行hash來定位對象的，這樣可以提供比線性存儲更好的性能。
HashMap不是線程安全的。
十億條淘寶購買記錄，怎么獲取出現最多的前十個
這是一道典型的有限內存的海量數據處理的題目。一般這類題目的解答無非是以下幾種：
分治，hash映射，堆排序，雙層桶劃分，Bloom Filter，bitmap，數據庫索引，mapreduce等。
具體情形都有很多不同的方案。這類題目可以到網上搜索一下，了解下套路，后面就基本都會了。
平時有沒有用linux系統，怎么查看某個進程
- ps aux|grep java 查看java進程
- ps aux 查看所有進程
- ps –ef|grep tomcat 查看所有有關tomcat的進程
- ps -ef|grep --color java 高亮要查詢的關鍵字
- kill -9 19979 終止線程號位19979的進程
說一下Innodb和MySIAM的區別
MyISAM類型不支持事務處理等高級處理，而InnoDB類型支持。MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，但是不提供事務支持，而InnoDB提供事務支持以及外部鍵等高級數據庫功能。
InnoDB不支持FULLTEXT類型的索引。
InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出保存好的行數即可。注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的。
對于AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯合索引。
DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。
LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據后再改成InnoDB表，但是對于使用的額外的InnoDB特性(例如外鍵)的表不適用。
說一下jvm內存模型，介紹一下你了解的垃圾收集器
其實并沒有jvm內存模型的概念。應該是Java內存模型或者jvm內存結構，這里面試者一定要聽清楚問的是哪個，再回答。
可以參考：JVM內存結構 VS Java內存模型 VS Java對象模型
你說你是大數據方向的，了解哪些大數據框架
作者回答了一些zookeeper、storm、HDFS、Hbase等
其他問題
100個有序的整型，如何打亂順序?
如何設計一個可靠的UDP協議?
二面大概就是這些，其中storm一致性這個問題被面試官懷疑了一下，就有點緊張，其實沒答錯，所以還是要對知識掌握得更明確才行。
3.準備充足的三面
清明節的時候例外地沒有回家掃墓，因為知道自己的弱項是操作系統和海量數據題這塊，所以想著惡補這方面的知識，不過之后的面試意外的并沒有問到這方面的內容。
介紹項目
項目介紹完之后沒問太多
介紹一下hashmap
HashMap真的是面試高頻題，多次面試都問到了，一定要掌握。
介紹一下并發
這里可以把整個并發的體系都說下，包括volatile、synchronized、lock、樂觀悲觀鎖、鎖膨脹、鎖降級、線程池等
銀行賬戶讀寫怎么做
我說了讀寫鎖以及可能出現死鎖問題
說一下關系型數據庫和非關系型數據庫的區別
非關系型數據庫的優勢：
- 性能：NOSQL是基于鍵值對的，可以想象成表中的主鍵和值的對應關系，而且不需要經過SQL層的解析，所以性能非常高
- 可擴展性：同樣也是因為基于鍵值對，數據之間沒有耦合性，所以非常容易水平擴展。
使用場景：日志、埋點、論壇、博客等
關系型數據庫的優勢：
- 復雜查詢：可以用SQL語句方便的在一個表以及多個表之間做非常復雜的數據查詢
- 事務支持:使得對于安全性能很高的數據訪問要求得以實現。
使用場景：所有有邏輯關系的數據存儲
如何訪問鏈表中間節點
對于這個問題，我們首先能夠想到的就是先遍歷一遍整個的鏈表，然后計算出鏈表的長度，進而遍歷第二遍找出中間位置的數據。這種方式非常簡單。
若題目要求只能遍歷一次鏈表，那又當如何解決問題?
可以采取建立兩個指針，一個指針一次遍歷兩個節點，另一個節點一次遍歷一個節點，當快指針遍歷到空節點時，慢指針指向的位置為鏈表的中間位置，這種解決問題的方法稱為快慢指針方法。
說下進程間通信，以及各自的區別
進程間通信是指在不同進程之間傳播或交換信息。方式通常有管道(包括無名管道和命名管道)、消息隊列、信號量、共享存儲、Socket、Streams等。
訪問淘寶網頁的一個具體流程，從獲取ip地址，到怎么返回相關內容
先通過DNS解析到服務器地址，然后反向代理、負載均衡服務器等，尋找集群中的一臺機器來真正執行你的請求。還可以介紹CDN、頁面緩存、Cookie以及session等。
這個過程還包括三次握手、HTTP request中包含哪些內容，狀態碼等，還有OSI七層分層可以介紹。
服務器接到請求后，會執行業務邏輯，執行過程中可以按照MVC來分別介紹。
服務處理過程中是否調用其他RPC服務或者異步消息，這個過程包含服務發現與注冊，消息路由。
最后查詢數據庫，會不會經過緩存?是不是關系型數據庫?是會分庫分表還是做哪些操作?
對于數據庫，分庫分表如果數據量大的話是有必要的，一般業務根據一個分表字段進行取模進行分表，而在做數據庫操作的時候，也根據同樣的規則，決定數據的讀寫操作對應哪張表。這種也有開源的實現的，如阿里的TDDL就有這種功能。分庫分表還涉及到很多技術，比如sequence如何設置 ，如何解決熱點問題等。
最后再把處理結果封裝成response，返回給客戶端。瀏覽器再進行頁面渲染。
4.焦慮的hr面
之所以說hr面焦慮，是因為面試前我還在看IG的半決賽(實在復習不下)，接到電話的時候分外緊張，在一些點上答得很差。
遇到什么挫折
這種問題主要考察面試者遇見困難是否能堅持下去，并且可以看出他的解決問題的能力。
可以簡單描述挫折，并說明自己如何克服，最終有哪些收獲。
職業規劃
表明自己決心，首先自己不準備繼續求學了，必須招工作了。然后說下自己不會短期內換行業，或者換工作，自己比較喜歡，希望可以堅持幾年看自己的興趣再規劃之類的。
對阿里的認識
這個比較簡答，夸就行了。
有什么崇拜的人嗎
我說了詹姆斯哈登，hr小姐姐居然笑了。
這個可以說一些IT大牛。
希望去哪里就業
這個問題果斷回答該公司所在的城市啊。
其他問題
有什么興趣愛好，能拿得上臺表演的有嗎
記憶深刻的事情
5.總結
提前批更多的是考察基礎知識，大公司都有自己在用的框架，你進去后基本上得重新學這些框架，所以對他們來說，基礎是否扎實才是考察的關鍵。
基礎包括：操作系統、linxu、數據庫、數據結構、算法、java(基礎、容器、高并發、jvm)、計算機網絡等
建議要投資知識，從寒假到現在，先后買了9個極客時間的課程、訂閱了H神的知識星球、當當買了四五本相關技術書籍…
雖然購買的課很多還來不及讀(慚愧)
當時我問一個java群的師兄，學不下了怎么辦，他說，換種姿勢繼續學，還別說，有時候失眠的時候，我都在看極客時間或知識星球催眠自己…
要對知識做好總結，雖然以前也有記錄簡書的習慣，但是大多數時候都是寫了不發表，自己做一個記憶的作用，3月份我給自己的要求就是，對每個知識點要做到能夠有自己的理解，然后寫一篇質量較好的博客總結。
面試建議是，一定要自信，敢于表達，面試的時候我們對知識的掌握有時候很難面面俱到，把自己的思路說出來，而不是直接告訴面試官自己不懂，這也是可以加分的。
6.最后
總之，可以拿到螞蟻金服的offer真的很意外，也很幸運，螞蟻金服從來是我覺得很難達到的目標，但它確實發生了，也許這就是幸福來敲門吧，我可以給到自己或其他人的建議就是，一定要把握好時機。
Don't ever let somebody tell you you can't do something, not even me. You got a dream, you gotta protect it. People can't do something by themselves,they wanna tell you you can not do it. If You want something. Go get it!
【本文是51CTO專欄作者Hollis的原創文章，作者微信公眾號Hollis(ID：hollischuang)】
