首先說說自己，我是寫java的，所在的並不是一個大公司，不過也有個面試大公司的經驗，首先大公司不關你是去面試初級還是中高階，其實公司並不會刻意為等級分配面試題，也就是初級和中級面試內容基本一樣，常規套路是先筆試，滿足要求後進入面試的初試，初始一般會問到聞得到你的專案經驗離職原因，和一些技術問問題，算了說了很多廢話，我就告訴你要問那些技術問題吧，大公司一般都自己帶產品，使用者量高，所以，多執行緒，高併發，一定會sql最佳化一定會問到，例如，dubbo，zookeeper，redis，sql事務，鎖機制，常用的初級框架，spring，springboot，mybaitis，各種池技術，jvm，gc機制。對了還有一個很重要的點，那就是網路傳輸協議。差不多就這些，當然這些回問題得前提是你是面試java，如果不是，當我沒說

一般面試初級Java工程師都是應屆畢業生或者是1至2年左右工作經驗的程式設計師較多，這兩種情況雖然面試的都是初級程式設計師的崗位，但是面試的要求上還是有所區別的。

針對於應屆畢業生來說，面試官最為關心的內容是面試者的知識結構是否健全。往往面試官在篩選的時候首要考慮的是學校，然後是專業，然後是知識的掌握情況。因為有不少科技公司在招聘應屆畢業生的時候都有學校上的要求，有的要求985，有的要求211，當然也有隻要求本科就可以的。

在符合基本招聘條件之後，面試官會進一步瞭解面試者的知識結構，往往第一個要求就是演算法要求，比如給出兩個演算法來解決一個問題，讓面試者聊一聊應該選擇哪一個等等。然後會問一問對Java語言的瞭解程度，做過哪些實驗等等。當然，對應屆生來說對Java語言的掌握程度要求並不高，能把基本的封裝、繼承、多型說清楚就可以了。

對於有一定工作經驗的面試者來說，面試官的問題就會具體的多。首先面試官會對你從事的領域做一個大致的瞭解，比如是電商領域還是金融領域等等，然後會針對這些領域的常見問題進行進一步瞭解。

這部分面試主要考慮的是專案經驗，面試者一定要實事求是，因為技術問題的答案通常都是比較明確的，如果沒有做過基本上是不會正確回答的，所以一定要把自己做的專案講清楚，以便於面試官可以跟你進行具體的交流，否則就很容易面試失敗。

對於初級程式設計師來說，目前很少企業會準備面試題，一方面這很難能全面瞭解程式設計師的真實水平，另一方面也降低了面試的效率。如果有面試題，也基本上以基礎概念為主。

如果有軟體開發方面的問題，可以諮詢我。

近期面試了京東金融、京東商城、螞蟻金服、搜狗、58，面試經驗大體總結如下：1. dubbo：rpc底層呼叫原理和過程、負載均衡規則、如何進行版本控制2. redis詳細原理：哨兵機制、主從複製、支援型別、如何實現一個自己的快取3. kafka詳細原理：訊息可靠性設計、重複消費、訊息丟失等問題、原理4. 資料庫：(1)事務、鎖、索引原理和各種最佳化、資料庫事務隔離級別和各種鎖如何實現ACID、mysql主從複製原理(2)分庫分表：非分表主鍵跨庫查詢、跨庫分頁、分頁查詢最佳化等5. JVM調優：調優方法、垃圾回收原理和優缺點、各種GC原理區別、如何確定哪些物件應該回收方法6. 其他分散式：(1)分散式鎖: 各種實現方式，redis實現如果宕機鎖沒有釋放各種處理方案？(2)分散式事務: 全部(3)分散式全域性唯一ID：各種實現方式(4)壓測過程(5)冪等性、一致性、削峰限流等實現方案10.基礎問題：(1)HashMap、concurrentHashmap、treeMap、atomic...等底層原理和實現機制？hashmap遍歷的方式？(2)執行緒池實現原理和常用引數？(3)countDownLatch使用場景和具體寫法？(4)多執行緒相關：servlet是否執行緒安全？實現執行緒順序執行？volatile\synchronized\reetrantLock區別和底層實現原理？countDownLatch和CyclicBarrier區別和應用場景實現方式等？如何解決OOM/CPU100%等？(5)object常用方法？原理和區別？11.演算法相關(1)單例模式各種寫法、優缺點(2)各種排序演算法、查詢演算法(3)二叉樹、B、B+等原理、區別(4)順序陣列快速查詢和統計指定重複數字的個數？

作為一名優秀的Java程式設計師，技術面試都是不可避免的一個環節，一般技術面試官都會透過自己的方式去考察程式設計師的技術功底與基礎理論知識。

大部分Java程式設計師認為面試的東西都是極為高大上的，這基本是所有企業面試的共性，考察的東西肯定是要比實際用到的東西更多一點，對於一家正常的企業來講這也是無可厚非的，leader都想花適當的錢招來一位很有技術潛力的程式設計師。本文，我以螞蟻金服為例，來說一說如何透過螞蟻金服的面試！

一般來講，螞蟻金服這樣的大公司都會有至少三次的技術面試。前一輪的問題一般都是比較基礎的問題，當然對於許多人來講，基礎性的問題也不一定簡單。我

就專門針對Java開發的面試者，整理出了最新的螞蟻金服一面題，並附上了參考答案。希望可以幫到即將要到螞蟻金服面試的求職者。如果近期沒有面試需求的朋友，也可以查漏補缺，看看自己的學習有哪些欠缺的地方。

HashMap的內部結構其實是陣列+連結串列（java8後如果長度大於8則轉換為紅黑樹）。HashMap初始化時，預設有16個hash槽。存入物件時，首先，透過物件的hashCode，定位到hash槽。如果多個物件同時落入同一個槽，那麼就會使用連結串列解決本槽上的衝突。HashMap在建立時，會有一個負載因子。每次put操作，都會檢查當前容量是否會超出閾值(initailCapacity*loadFactor)。如果超出，則擴容為當前的兩倍。擴容後，資料需要重新雜湊，也就是transfer方法。

顧名思義，首先是結構上的不同。TreeSet背後的結構是TreeMap，也就是紅黑樹，能夠實現自動排序。它透過equals方法或者compareTo方法進行內容的比較；HashSet背後是HashMap，key是無序的，只能做外部排序。既然是Hash，那麼就要重寫其中物件的hashCode和equals方法。

另外，還有個細微的差別：HashSet可以接受null值，有且只有一個；TreeSet預設不可以接受null值，會直接丟擲空指標異常。

普通的場景，使用工廠類Executors建立就可以了。常用的有Single、Fixed、Cached三種。更多時候，為了更精細的控制，會直接對ThreadPoolExecutor類進行定製。

最經典的就是CountDownLatch，主執行緒阻塞在await方法，每個執行緒呼叫countDown。可以解決一些經典的賽馬問題。還有一個變種就是CyclicBarrier。每個執行緒都阻塞在await方法，達到一定閾值集體放行。另外還可以使用一些較初級的api，比如Thread的join方法。Future的get方法等，複雜不推薦。

簡單點說，使用了分段鎖（分離鎖）。每一把鎖用於鎖住容器中的一部分資料，減少執行緒間對鎖的競爭。

一個表只能有一個聚簇索引。主索引檔案和資料檔案為同一份檔案，預設的InnoDB就支援聚簇索引，B+ Tree的葉子節點上的data就是資料本身。而MyISAM就不支援聚簇索引，它的葉子結點存放的不是資料本身，而是資料存放的地址。在檔案結構上，會分為一個索引檔案、一個數據檔案。

B+ Tree，為了適應緩慢的磁碟而生的一種索引結構。必須保證按照索引的最左字首查詢。Hash 和HashMap類似，處理衝突的方式是連結串列。

Consistency 一致性、Availability 可用性、Partition tolerance 分割槽容錯。一般，都在C、A之間進行權衡。redis簡單主從模式側重於CP的，即對於一致性要求較高。redis-cluster，則屬於AP型別，更加強調可用性。

當order by 欄位出現在where條件中時，才會利用索引而無需排序操作。其他情況，order by不會出現排序操作。按照最左原則，我可以建立 (a,b) 的索引。

冪等是指多次執行，影響相同。比如大多數Post操作，重複提交訂單等，最終只會有一個訂單生成成功。還有一種情況就是訊息，由於大多數MQ之保證at least once，所以訊息有時會重複。

1、對於Post請求，我一般在請求成功後，強制跳轉到其他頁面，避免重新整理提交。

2、複雜的操作一般使用流水號來實現。

3、某些不帶流水號的訊息，處理的時候，就要進行多次校驗和check，甚至引入訊息狀態表，來保證冪等。

答案就是GC roots。也就是從根物件出發，沒有任何一個物件引用到它，那麼就判斷這個物件是不可達的。

悲觀鎖總是假設情況最壞，每次操作資料都認為別人會修改，就加鎖來保證安全。後面的訪問者只能等待。資料庫中的行鎖、表鎖，java中的同步關鍵字等，都屬於悲觀鎖。樂觀鎖正好相反，總是假設最好的情況，不用對資料加鎖，但多了一次額外的判斷操作。比如concurrent包裡大量的CAS操作、判斷新舊版本號機制等。

都可以。Java8以後，透過Parameter類獲取引數名稱。但有前提，需要加編譯開關。Javac -parameters預設是關閉的。

1 、 虛擬機器棧（棧幀中的本地變量表）中引用的物件；

2、 本地方法棧中JNI（即一般說的native方法）引用的物件；

3、 方法區中的靜態變數和常量引用的物件；

4、活躍執行緒的引用物件。

樂觀鎖：基於版本號機制和CAS實現，與存放版本號的儲存無關。

悲觀鎖：

1、基於資料庫記錄，進入時寫資料，退出時刪記錄；

2、資料庫行鎖，比如分散式quartz，它是一把排它鎖；

3、基於Redis的setnx函式（由於大多數會設定超時，所以推薦用帶px的set原子函式）；

4、基於zookeeper。

區別：redis獲取鎖是輪訓機制。鎖釋放後會有多個呼叫者爭搶，某些任務有可能餓死。zk是監聽機制，有變動會接到通知。除了非公平鎖，也可以實現公平鎖。

Java中透過實現InvocationHandler介面來實現動態代理，然後使用Proxy將其初始化。Cglib使用了ASM自己嗎生成框架，可以代理普通類，但代理不了final類，而jdk的只能代理介面。

1、資料預熱 秒殺都是瞬時操作，不要等流量來了再載入資料。可以提前對資料進行預熱，比如載入到快取等。

2、快取 包括CDN快取和資料快取。保證快取系統的高可用，資料隨後落地。

3、解決超賣 引入MQ，序列化操作庫存，達到閾值後不再消費，並關閉購買功能。或者直接操作快取。

4、流量削峰 透過引入MQ，將耗時業務進行削峰，平穩處理使用者需求。

5、熔斷限流 熔斷，優先保證主要業務的進行。限流，識別異常流量，進行封鎖；同時，允許部分請求失敗。

6、彈性擴容 在判斷系統負載達到極限時，可以透過增加伺服器的途徑抵抗峰值。需要打通運維環境，能夠快速擴容。

以上就是我整理的螞蟻金服Java開發面試題的全部內容，大家都會做嗎？如果不會做可以及時參考一下答案。最後祝願大家都能早日找到心儀的工作！