前言

來自阿里巴巴內部面試寶典意外流出！

面試寶典內容(JVM+Mybatis+Zookeeper)，附答案+解析

MyBatis系列面試寶典

1.MyBatis是什么？

• Mybatis 是一個半 ORM(對象關系映射)框架，它內部封裝了 JDBC，開發(fā)時只需要關注 SQL 語句本身，不需要花費精力去處理加載驅動、創(chuàng)建連接、創(chuàng)建statement 等繁雜的過程。程序員直接編寫原生態(tài) sql，可以嚴格控制 sql 執(zhí)行性能，靈活度高。
• MyBatis 可以使用 XML 或注解來配置和映射原生信息，將 POJO 映射成數(shù)據庫中的記錄，避免了幾乎所有的 JDBC 代碼和手動設置參數(shù)以及獲取結果集。

2.Mybatis優(yōu)缺點：

優(yōu)點

• 與傳統(tǒng)的數(shù)據庫訪問技術相比，ORM有以下優(yōu)點：基于SQL語句編程，相當靈活，不會對應用程序或者數(shù)據庫的現(xiàn)有設計造成任何影響，SQL寫在XML里，解除sql與程序代碼的耦合，便于統(tǒng)一管理；提供XML標簽，支持編寫動態(tài)SQL語句，并可重用。
• 與JDBC相比，減少了50%以上的代碼量，消除了JDBC大量冗余的代碼，不需要手動開關連接。
• 很好的與各種數(shù)據庫兼容(因為MyBatis使用JDBC來連接數(shù)據庫，所以只要JDBC支持的數(shù)據庫MyBatis都支持)。
• 提供映射標簽，支持對象與數(shù)據庫的ORM字段關系映射；提供對象關系映射標簽，支持對象關系組件維護。
• 能夠與Spring很好的集成

缺點

SQL語句的編寫工作量較大，尤其當字段多、關聯(lián)表多時，對開發(fā)人員編寫SQL語句的功底有一定要求。

3.MyBatis和Hibernate的適用場景?

• MyBatis專注于SQL本身，是一個足夠靈活的DAO層解決方案。
• 對性能的要求很高，或者需求變化較多的項目，如互聯(lián)網項目，MyBatis將是不錯的選擇。

開發(fā)難易程度和學習成本

• Hibernate 是重量級框架，學習使用門檻高，適合于需求相對穩(wěn)定，中小型的項目，比如：辦公自動化系統(tǒng)

• MyBatis 是輕量級框架，學習使用門檻低，適合于需求變化頻繁，大型的項目，比如：互聯(lián)網電子商務系統(tǒng)

總結

• MyBatis 是一個小巧、方便、高效、簡單、直接、半自動化的持久層框架，
• Hibernate 是一個強大、方便、高效、復雜、間接、全自動化的持久層框架

4.MyBatis的功能架構是怎樣的

• 我們把Mybatis的功能架構分為三層：

• API接口層：提供給外部使用的接口API，開發(fā)人員通過這些本地API來操縱數(shù)據庫。接口層一接收到調用請求就會調用數(shù)據處理層來完成具體的數(shù)據處理。

• 數(shù)據處理層：負責具體的SQL查找、SQL解析、SQL執(zhí)行和執(zhí)行結果映射處理等。它主要的目的是根據調用的請求完成一次數(shù)據庫操作。

• 基礎支撐層：負責最基礎的功能支撐，包括連接管理、事務管理、配置加載和緩存處理，這些都是共用的東西，將他們抽取出來作為最基礎的組件。為上層的數(shù)據處理層提供最基礎的支撐

5.Mybatis如何執(zhí)行批量操作

• 使用foreach標簽

• foreach的主要用在構建in條件中，它可以在SQL語句中進行迭代一個集合。foreach標簽的屬性主要有item，index，collection，open，separator，close。

• item?? 表示集合中每一個元素進行迭代時的別名，隨便起的變量名；
• index?? 指定一個名字，用于表示在迭代過程中，每次迭代到的位置，不常用；
• open?? 表示該語句以什么開始，常用“(”；
• separator 表示在每次進行迭代之間以什么符號作為分隔符，常用“,”；
• close?? 表示以什么結束，常用“)”。

• 在使用foreach的時候最關鍵的也是最容易出錯的就是collection屬性，該屬性是必須指定的，但是在不同情況下，該屬性的值是不一樣的，主要有一下3種情況：

1. 如果傳入的是單參數(shù)且參數(shù)類型是一個List的時候，collection屬性值為list

2. 如果傳入的是單參數(shù)且參數(shù)類型是一個array數(shù)組的時候，collection的屬性值為array

3. 如果傳入的參數(shù)是多個的時候，我們就需要把它們封裝成一個Map了，當然單參數(shù)也可以封

裝成map，實際上如果你在傳入參數(shù)的時候，在MyBatis里面也是會把它封裝成一個Map的,map的key就是參數(shù)名，所以這個時候collection屬性值就是傳入的List或array對象在自己封裝的map里面的key.

具體用法如下：

//推薦使用INSERT INTO emp(ename,gender,email,did)VALUES(#{emp.eName},#{emp.gender},#{emp.email},#{emp.dept.id})INSERT INTO emp(ename,gender,email,did)VALUES(#{emp.eName},#{emp.gender},#{emp.email},#{emp.dept.id})

使用ExecutorType.BATCH

• Mybatis內置的ExecutorType有3種，默認為simple,該模式下它為每個語句的執(zhí)行創(chuàng)建一個新的預處理語句，單條提交sql；而batch模式重復使用已經預處理的語句，并且批量執(zhí)行所有更新語句，顯然batch性能將更優(yōu)； 但batch模式也有自己的問題，比如在Insert操作時，在事務沒有提交之前，是沒有辦法獲取到自增的id，這在某型情形下是不符合業(yè)務要求的

• 具體用法如下：

//批量保存方法測試//批量保存方法測試@Testpublic void testBatch() throws IOException{SqlSessionFactory sqlSessionFactory = getSqlSessionFactory();//可以執(zhí)行批量操作的sqlSessionSqlSession openSession =sqlSessionFactory.openSession(ExecutorType.BATCH);//批量保存執(zhí)行前時間long start = System.currentTimeMillis();try {EmployeeMapper mapper =openSession.getMapper(EmployeeMapper.class);for (int i = 0; i < 1000; i++) {mapper.addEmp(newEmployee(UUID.randomUUID().toString().substring(0, 5), "b", "1"));}openSession.commit();long end = System.currentTimeMillis();//批量保存執(zhí)行后的時間System.out.println("執(zhí)行時長" + (end - start));//批量 預編譯sql一次==》設置參數(shù)==》10000次==》執(zhí)行1次 677//非批量 (預編譯=設置參數(shù)=執(zhí)行 )==》10000次 1121} finally {openSession.close();}}

• mapper和mapper.xml如下

public interface EmployeeMapper {//批量保存員工Long addEmp(Employee employee);}```insert into employee(lastName,email,gender)values(#{lastName},#{email},#{gender})```

JVM系列面試寶典

1.詳解JVM內存模型

思路： 給面試官畫一下JVM內存模型圖，并描述每個模塊的定義，作用，以及可能會存在的問題，如棧溢出等。

我的答案：

JVM內存結構

• 程序計數(shù)器：當前線程所執(zhí)行的字節(jié)碼的行號指示器，用于記錄正在執(zhí)行的虛擬機字節(jié)指令地址，線程私有。
• Java虛擬棧：存放基本數(shù)據類型、對象的引用、方法出口等，線程私有。
• Native方法棧：和虛擬棧相似，只不過它服務于Native方法，線程私有。
• Java堆：java內存最大的一塊，所有對象實例、數(shù)組都存放在java堆，GC回收的地方，線程共享。
• 方法區(qū)：存放已被加載的類信息、常量、靜態(tài)變量、即時編譯器編譯后的代碼數(shù)據等。(即永久帶)，回收目標主要是常量池的回收和類型的卸載，各線程共享

2.說說內存屏障

內存屏障，也叫內存柵欄，是一種CPU指令，用于控制特定條件下的重排序和內存可見性問題。

LoadLoad屏障：對于這樣的語句Load1; LoadLoad; Load2，在Load2及后續(xù)讀取操作要讀取的數(shù)據被訪問前，保證Load1要讀取的數(shù)據被讀取完畢。

StoreStore屏障：對于這樣的語句Store1; StoreStore; Store2，在Store2及后續(xù)寫入操作執(zhí)行前，保證Store1的寫入操作對其它處理器可見。

LoadStore屏障：對于這樣的語句Load1; LoadStore; Store2，在Store2及后續(xù)寫入操作被刷出前，保證Load1要讀取的數(shù)據被讀取完畢。

StoreLoad屏障：對于這樣的語句Store1; StoreLoad; Load2，在Load2及后續(xù)所有讀取操作執(zhí)行前，保證Store1的寫入對所有處理器可見。它的開銷是四種屏障中最大的。 在大多數(shù)處理器的實現(xiàn)中，這個屏障是個萬能屏障，兼具其它三種內存屏障的功能。

3.happen-before原則

• 單線程happen-before原則：在同一個線程中，書寫在前面的操作happen-before后面的操作。鎖的happen-before原則：同一個鎖的unlock操作happen-before此鎖的lock操作。
• volatile的happen-before原則：對一個volatile變量的寫操作happen-before對此變量的任意操作(當然也包括寫操作了)。
• happen-before的傳遞性原則：如果A操作 happen-before B操作，B操作happen-before C操作，那么A操作happen-before C操作。
• 線程啟動的happen-before原則：同一個線程的start方法happen-before此線程的其它方法。
• 線程中斷的happen-before原則 ：對線程interrupt方法的調用happen-before被中斷線程的檢測到中斷發(fā)送的代碼。
• 線程終結的happen-before原則： 線程中的所有操作都happen-before線程的終止檢測。
• 對象創(chuàng)建的happen-before原則： 一個對象的初始化完成先于他的fifinalize方法調用。

4.怎么打破雙親委派模型？

打破雙親委派機制則不僅要繼承ClassLoader類，還要重寫loadClass和fifindClass方法。

5.強引用、軟引用、弱引用、虛引用的區(qū)別？

思路： 先說一下四種引用的定義，可以結合代碼講一下，也可以擴展談到ThreadLocalMap里弱引用用處。

我的答案：

1)強引用

我們平時new了一個對象就是強引用，例如 Object obj = new Object();即使在內存不足的情況下，JVM

寧愿拋出OutOfMemory錯誤也不會回收這種對象。

2)軟引用

如果一個對象只具有軟引用，則內存空間足夠，垃圾回收器就不會回收它；如果內存空間不足了，就會回收這些對象的內存。

SoftReference softRef=new SoftReference(str); // 軟引用

用處： 軟引用在實際中有重要的應用，例如瀏覽器的后退按鈕。按后退時，這個后退時顯示的網頁內容是重新進行請求還是從緩存中取出呢？這就要看具體的實現(xiàn)策略了。

(1)如果一個網頁在瀏覽結束時就進行內容的回收，則按后退查看前面瀏覽過的頁面時，需要重新構建

(2)如果將瀏覽過的網頁存儲到內存中會造成內存的大量浪費，甚至會造成內存溢出

如下代碼：

Browser prev = new Browser(); // 獲取頁面進行瀏覽SoftReference sr = new SoftReference(prev); // 瀏覽完畢后置為軟引用if(sr.get()!=null){rev = (Browser) sr.get(); // 還沒有被回收器回收，直接獲取}else{prev = new Browser(); // 由于內存吃緊，所以對軟引用的對象回收了sr = new SoftReference(prev); // 重新構建}

3)弱引用

具有弱引用的對象擁有更短暫的生命周期。在垃圾回收器線程掃描它所管轄的內存區(qū)域的過程中，一旦發(fā)現(xiàn)了只具有弱引用的對象，不管當前內存空間足夠與否，都會回收它的內存。

String str=new String("abc");WeakReference abcWeakRef = new WeakReference(str);str=null;等價于str = null;System.gc();

4)虛引用

如果一個對象僅持有虛引用，那么它就和沒有任何引用一樣，在任何時候都可能被垃圾回收器回收。虛引用主要用來跟蹤對象被垃圾回收器回收的活動。

Zookeeper系列面試寶典

1.Zookeeper 的 java 客戶端都有哪些？

java 客戶端：zk 自帶的 zkclient 及 Apache 開源的 Curator。

2.說幾個 zookeeper 常用的命令。

常用命令：ls get set create delete 等。

3.Zookeeper 的典型應用場景

Zookeeper 是一個典型的發(fā)布/訂閱模式的分布式數(shù)據管理與協(xié)調框架，開發(fā)人員可以使用它來進行分布式數(shù)據的發(fā)布和訂閱。

通過對 Zookeeper 中豐富的數(shù)據節(jié)點進行交叉使用，配合 Watcher 事件通知機制，可以非常方便的構建一系列分布式應用中年都會涉及的核心功能，如：

(1)數(shù)據發(fā)布/訂閱

(2)負載均衡

(3)命名服務

(4)分布式協(xié)調/通知

(5)集群管理(6)Master 選舉

(7)分布式鎖

(8)分布式隊列

4.負載均衡

zk 的命名服務

命名服務是指通過指定的名字來獲取資源或者服務的地址，利用 zk 創(chuàng)建一個全局的路徑，這個路徑就可以作為一個名字，指向集群中的集群，提供的服務的地址，或者一個遠程的對象等等。

5.集群支持動態(tài)添加機器嗎？

其實就是水平擴容了，Zookeeper 在這方面不太好。兩種方式：

全部重啟：關閉所有 Zookeeper 服務，修改配置之后啟動。不影響之前客戶端的會話。

逐個重啟：在過半存活即可用的原則下，一臺機器重啟不影響整個集群對外提供服務。這是比較常用的方式。

3.5 版本開始支持動態(tài)擴容

6.Zookeeper 下 Server 工作狀態(tài)

服務器具有四種狀態(tài)，分別是 LOOKING、FOLLOWING、LEADING、OBSERVING。

(1)LOOKING：尋 找 Leader 狀態(tài)。當服務器處于該狀態(tài)時，它會認為當前集群中沒有 Leader，因此需要進入 Leader 選舉狀態(tài)。

(2)FOLLOWING：跟隨者狀態(tài)。表明當前服務器角色是 Follower。

(3)LEADING：領導者狀態(tài)。表明當前服務器角色是 Leader。

(4)OBSERVING：觀察者狀態(tài)。表明當前服務器角色是 Observer。

7.Chroot 特性

3.2.0 版本后，添加了 Chroot 特性，該特性允許每個客戶端為自己設置一個命名空間。如果一個客戶端設置了 Chroot，那么該客戶端對服務器的任何操作，都將會被限制在其自己的命名空間下。

通過設置 Chroot，能夠將一個客戶端應用于 Zookeeper 服務端的一顆子樹相對應，在那些多個應用公用一個 Zookeeper 進群的場景下，對實現(xiàn)不同應用間的相互隔離非常有幫助。

最后來自小編的福利

上述面試題答案都整理成文檔筆記。 也還整理了一些面試資料&最新2020收集的一些大廠的面試真題(都整理成文檔，小部分截圖)。

資料獲取方式：關注小編+轉發(fā)文章+私信【面試資料】獲取下述資料。

部分資料圖片：

總結

以上是生活随笔為你收集整理的server精简版代理意外终止 sql_来自阿里巴巴内部JAVA面试宝典意外流出的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。