本文為轉載文章，附上原文鏈接：https://blog.csdn.net/qq_18298439/article/details/80939968

目錄

• 1.面向對象和面向過程的區別
• 2.Java的四個基本特性（抽象、封裝、繼承，多態）
• 3.重載和重寫的區別
• 4.構造器Constructor是否可被override
• 5.訪問控制符public,protected,private,以及默認的區別
• 6.是否可以繼承String類
• 7.String和StringBuffer、StringBuilder的區別
• 8.hashCode和equals方法的關系
• 9.抽象類和接口的區別
• 10.自動裝箱與拆箱
• 11.什么是泛型、為什么要使用以及泛型擦除
• 12.Java中的集合類及關系圖
• 13.HashMap實現原理
• 14.HashTable實現原理
• 15.HashMap和HashTable區別
• 16.ArrayList和vector區別
• 17.ArrayList和LinkedList區別及使用場景
• 18.Collection和Collections的區別
• 19.Concurrenthashmap實現原理
• 20.Error、Exception區別
• 21.Unchecked
• 22.Java中如何實現代理機制(JDK、CGLIB)
• 23.多線程的實現方式
• 24.線程的狀態轉換
• 25.如何停止一個線程
• 26.什么是線程安全
• 27.如何保證線程安全
• 28.synchronized如何使用
• 29.synchronized和Lock的區別
• 30.多線程如何進行信息交互
• 31.sleep和wait的區別(考察的方向是是否會釋放鎖)
• 32.多線程與死鎖
• 33.如何才能產生死鎖
• 34.死鎖的預防
• 35.什么叫守護線程，用什么方法實現守護線程
• 36.Java線程池技術及原理
• 37.java并發包concurrent及常用的類
• 38.volatile關鍵字
• 39.Java中的NIO，BIO，AIO分別是什么
• 40.IO和NIO區別
• 41.序列化與反序列化
• 42.常見的序列化協議有哪些
• 43.內存溢出和內存泄漏的區別
• 44.Java內存模型及各個區域的OOM，如何重現OOM
• 45.出現OOM如何解決
• 46.用什么工具可以查出內存泄漏
• 47.Java內存管理及回收算法
• 48.Java類加載器及如何加載類(雙親委派)
• 49.xml解析方式
• 50.Statement和PreparedStatement之間的區別
• 51.servlet生命周期及各個方法
• 52.servlet中如何自定義filter
• 53.JSP原理
• 54.JSP和Servlet的區別
• 55.JSP的動態include和靜態include
• 56.Struts中請求處理過程
• 57.MVC概念
• 58.Springmvc與Struts區別
• 59.Hibernate/Ibatis兩者的區別
• 60.Hibernate一級和二級緩存
• 61.簡述Hibernate常見優化策略
• 64.Spring如何實現AOP和IOC(推薦看Spring的源碼)
• 65.Springbean注入方式
• 66.Spring的事務管理
• 67.Spring事務的傳播特性
• 68.springmvc原理
• 69.springmvc用過哪些注解
• 70.Restful有幾種請求
• 71.Restful好處
• 72.Tomcat，Apache，JBoss的區別
• 73.memcached和redis的區別
• 74.如何理解分布式鎖
• 75.你知道的開源協議有哪些
• 76.json和xml區別
• 77.設計模式
• 78.設計模式的六大原則
• 79.用一個設計模式寫一段代碼或畫出一個設計模式的UML
• 80.高內聚，低耦合方面的理解
• 81.深度優先和廣度優先算法
• 82.排序算法及對應的時間復雜度和空間復雜度
• 83.排序算法編碼實現
• 85.B+樹
• 86.KMP算法
• 87.hash算法及常用的hash算法
• 88.如何判斷一個單鏈表是否有環
• 89.隊列、棧、鏈表、樹、堆、圖
• 90.linux常用命令
• 91.如何查看內存使用情況
• 92.Linux下如何進行進程調度
• 93.產生死鎖的必要條件
• 94.死鎖預防
• 95.數據庫范式
• 96.數據庫事務隔離級別
• 97.數據庫連接池的原理
• 98.樂觀鎖和悲觀鎖
• 99.如何實現不同數據庫的數據查詢分頁
• 100.SQL注入的原理，如何預防
• 101.數據庫索引的實現(B+樹介紹、和B樹、R樹區別)
• 102.SQL性能優化
• 103.數據庫索引的優缺點以及什么時候數據庫索引失效
• 104.Redis的數據類型
• 105.OSI七層模型以及TCP/IP四層模型
• 106.HTTP和HTTPS區別
• 107.HTTP報文內容
• 108.get提交和post提交的區別
• 109.get提交是否有字節限制，如果有是在哪限制的
• 110.TCP的三次握手和四次揮手
• 111.session和cookie的區別
• 112.HTTP請求中Session實現原理
• 113.redirect與forward區別
• 114.TCP和UDP區別
• 115.DDos攻擊及預防
• Java基礎
• 數據結構和算法
• JVM
• 多線程
• 數據庫相關
• 計算機網絡
• 設計模式
• 分布式相關
• 緩存相關
• 框架相關

1.面向對象和面向過程的區別

面向過程
優點：性能比面向對象高，因為類調用時需要實例化，開銷比較大，比較消耗資源;比如單片機、嵌入式開發、Linux/Unix等一般采用面向過程開發，性能是最重要的因素。
缺點：沒有面向對象易維護、易復用、易擴展
面向對象
優點：易維護、易復用、易擴展，由于面向對象有封裝、繼承、多態性的特性，可以設計出低耦合的系統，使系統更加靈活、更加易于維護
缺點：性能比面向過程低

2.Java的四個基本特性（抽象、封裝、繼承，多態）

抽象：就是把現實生活中的某一類東西提取出來，用程序代碼表示，我們通常叫做類或者接口。抽象包括兩個方面：一個是數據抽象，一個是過程抽象。數據抽象也就是對象的屬性。過程抽象是對象的行為特征。
封裝：把客觀事物封裝成抽象的類，并且類可以把自己的數據和方法只讓可信的類或者對象操作，對不可信的進行封裝隱藏。封裝分為屬性的封裝和方法的封裝。
繼承：是對有著共同特性的多類事物，進行再抽象成一個類。這個類就是多類事物的父類。父類的意義在于抽取多類事物的共性。
多態：允許不同類的對象對同一消息做出響應。方法的重載、類的覆蓋正體現了多態。

3.重載和重寫的區別

重載：發生在同一個類中，方法名必須相同，參數類型不同、個數不同、順序不同，方法返回值和訪問修飾符可以不同，發生在編譯時。
重寫：發生在父子類中，方法名、參數列表必須相同，返回值小于等于父類，拋出的異常小于等于父類，訪問修飾符大于等于父類；如果父類方法訪問修飾符為private則子類中就不是重寫。

4.構造器Constructor是否可被override

構造器不能被重寫，不能用static修飾構造器，只能用public
private protected這三個權限修飾符，且不能有返回語句。

5.訪問控制符public,protected,private,以及默認的區別

private只有在本類中才能訪問；
public在任何地方都能訪問；
protected在同包內的類及包外的子類能訪問；
默認不寫在同包內能訪問。

6.是否可以繼承String類

String類是final類故不可以繼承，一切由final修飾過的都不能繼承。

7.String和StringBuffer、StringBuilder的區別

可變性
String類中使用字符數組保存字符串，private
final char value[]，所以string對象是不可變的。StringBuilder與StringBuffer都繼承自AbstractStringBuilder類，在AbstractStringBuilder中也是使用字符數組保存字符串，char[]
value，這兩種對象都是可變的。
線程安全性
String中的對象是不可變的，也就可以理解為常量，線程安全。AbstractStringBuilder是StringBuilder與StringBuffer的公共父類，定義了一些字符串的基本操作，如expandCapacity、append、insert、indexOf等公共方法。StringBuffer對方法加了同步鎖或者對調用的方法加了同步鎖，所以是線程安全的。StringBuilder并沒有對方法進行加同步鎖，所以是非線程安全的。
性能
每次對String 類型進行改變的時候，都會生成一個新的String 對象，然后將指針指向新的String 對象。StringBuffer每次都會對
StringBuffer 對象本身進行操作，而不是生成新的對象并改變對象引用。相同情況下使用
StirngBuilder 相比使用
StringBuffer 僅能獲得10%~15% 左右的性能提升，但卻要冒多線程不安全的風險。

8.hashCode和equals方法的關系

equals相等，hashcode必相等；hashcode相等，equals可能不相等。

9.抽象類和接口的區別

語法層次
抽象類和接口分別給出了不同的語法定義。
設計層次
抽象層次不同，抽象類是對類抽象，而接口是對行為的抽象。抽象類是對整個類整體進行抽象，包括屬性、行為，但是接口卻是對類局部（行為）進行抽象。抽象類是自底向上抽象而來的，接口是自頂向下設計出來的。
跨域不同
抽象類所體現的是一種繼承關系，要想使得繼承關系合理，父類和派生類之間必須存在"is-a"
關系，即父類和派生類在概念本質上應該是相同的。對于接口則不然，并不要求接口的實現者和接口定義在概念本質上是一致的，僅僅是實現了接口定義的契約而已，"like-a"的關系。

10.自動裝箱與拆箱

裝箱：將基本類型用它們對應的引用類型包裝起來；
拆箱：將包裝類型轉換為基本數據類型；
Java使用自動裝箱和拆箱機制，節省了常用數值的內存開銷和創建對象的開銷，提高了效率，由編譯器來完成，編譯器會在編譯期根據語法決定是否進行裝箱和拆箱動作。

11.什么是泛型、為什么要使用以及泛型擦除

泛型，即“參數化類型”。
創建集合時就指定集合元素的類型，該集合只能保存其指定類型的元素，避免使用強制類型轉換。
Java編譯器生成的字節碼是不包涵泛型信息的，泛型類型信息將在編譯處理是被擦除，這個過程即類型擦除。泛型擦除可以簡單的理解為將泛型java代碼轉換為普通java代碼，只不過編譯器更直接點，將泛型java代碼直接轉換成普通java字節碼。
類型擦除的主要過程如下：
1）.將所有的泛型參數用其最左邊界（最頂級的父類型）類型替換。
2）.移除所有的類型參數。

12.Java中的集合類及關系圖

List和Set繼承自Collection接口。
Set無序不允許元素重復。HashSet和TreeSet是兩個主要的實現類。
List有序且允許元素重復。ArrayList、LinkedList和Vector是三個主要的實現類。
Map也屬于集合系統，但和Collection接口沒關系。Map是key對value的映射集合，其中key列就是一個集合。key不能重復，但是value可以重復。HashMap、TreeMap和Hashtable是三個主要的實現類。
SortedSet和SortedMap接口對元素按指定規則排序，SortedMap是對key列進行排序。

13.HashMap實現原理

具體原理參考文章：
http://zhangshixi.iteye.com/blog/672697
http://www.admin10000.com/document/3322.html

14.HashTable實現原理

具體原理參考文章：
http://www.cnblogs.com/skywang12345/p/3310887.html
http://blog.csdn.net/chdjj/article/details/38581035

15.HashMap和HashTable區別

1）.HashTable的方法前面都有synchronized來同步，是線程安全的；HashMap未經同步，是非線程安全的。
2）.HashTable不允許null值(key和value都不可以) ；HashMap允許null值(key和value都可以)。
3）.HashTable有一個contains(Object
value)功能和containsValue(Object
value)功能一樣。
4）.HashTable使用Enumeration進行遍歷；HashMap使用Iterator進行遍歷。
5）.HashTable中hash數組默認大小是11，增加的方式是old*2+1；HashMap中hash數組的默認大小是16，而且一定是2的指數。
6）.哈希值的使用不同，HashTable直接使用對象的hashCode； HashMap重新計算hash值，而且用與代替求模。

16.ArrayList和vector區別

ArrayList和Vector都實現了List接口，都是通過數組實現的。
Vector是線程安全的，而ArrayList是非線程安全的。
List第一次創建的時候，會有一個初始大小，隨著不斷向List中增加元素，當List 認為容量不夠的時候就會進行擴容。Vector缺省情況下自動增長原來一倍的數組長度，ArrayList增長原來的50%。

17.ArrayList和LinkedList區別及使用場景

區別
ArrayList底層是用數組實現的，可以認為ArrayList是一個可改變大小的數組。隨著越來越多的元素被添加到ArrayList中，其規模是動態增加的。
LinkedList底層是通過雙向鏈表實現的， LinkedList和ArrayList相比，增刪的速度較快。但是查詢和修改值的速度較慢。同時，LinkedList還實現了Queue接口，所以他還提供了offer(),
peek(), poll()等方法。
使用場景
LinkedList更適合從中間插入或者刪除（鏈表的特性）。
ArrayList更適合檢索和在末尾插入或刪除（數組的特性）。

18.Collection和Collections的區別

java.util.Collection 是一個集合接口。它提供了對集合對象進行基本操作的通用接口方法。Collection接口在Java 類庫中有很多具體的實現。Collection接口的意義是為各種具體的集合提供了最大化的統一操作方式。
java.util.Collections 是一個包裝類。它包含有各種有關集合操作的靜態多態方法。此類不能實例化，就像一個工具類，服務于Java的Collection框架。

19.Concurrenthashmap實現原理

具體原理參考文章：
http://www.cnblogs.com/ITtangtang/p/3948786.html
http://ifeve.com/concurrenthashmap/

20.Error、Exception區別

Error類和Exception類的父類都是throwable類，他們的區別是：
Error類一般是指與虛擬機相關的問題，如系統崩潰，虛擬機錯誤，內存空間不足，方法調用棧溢等。對于這類錯誤的導致的應用程序中斷，僅靠程序本身無法恢復和和預防，遇到這樣的錯誤，建議讓程序終止。
Exception類表示程序可以處理的異常，可以捕獲且可能恢復。遇到這類異常，應該盡可能處理異常，使程序恢復運行，而不應該隨意終止異常。

21.Unchecked

Exception和Checked Exception，各列舉幾個#
Unchecked Exception:
a. 指的是程序的瑕疵或邏輯錯誤，并且在運行時無法恢復。
b. 包括Error與RuntimeException及其子類，如：OutOfMemoryError,
UndeclaredThrowableException, IllegalArgumentException,
IllegalMonitorStateException, NullPointerException, IllegalStateException,
IndexOutOfBoundsException等。
c. 語法上不需要聲明拋出異常。

Checked Exception:
a. 代表程序不能直接控制的無效外界情況（如用戶輸入，數據庫問題，網絡異常，文件丟失等）
b. 除了Error和RuntimeException及其子類之外，如：ClassNotFoundException,
NamingException, ServletException, SQLException, IOException等。
c. 需要try catch處理或throws聲明拋出異常。

22.Java中如何實現代理機制(JDK、CGLIB)

JDK動態代理：代理類和目標類實現了共同的接口，用到InvocationHandler接口。
CGLIB動態代理：代理類是目標類的子類，用到MethodInterceptor接口。

23.多線程的實現方式

繼承Thread類、實現Runnable接口、使用ExecutorService、Callable、Future實現有返回結果的多線程。

24.線程的狀態轉換

25.如何停止一個線程

參考文章：
http://www.cnblogs.com/greta/p/5624839.html

26.什么是線程安全

線程安全就是多線程訪問同一代碼，不會產生不確定的結果。

27.如何保證線程安全

對非安全的代碼進行加鎖控制；
使用線程安全的類；
多線程并發情況下，線程共享的變量改為方法級的局部變量。

28.synchronized如何使用

synchronized是Java中的關鍵字，是一種同步鎖。它修飾的對象有以下幾種：
1). 修飾一個代碼塊，被修飾的代碼塊稱為同步語句塊，其作用的范圍是大括號{}括起來的代碼，作用的對象是調用這個代碼塊的對象；
2). 修飾一個方法，被修飾的方法稱為同步方法，其作用的范圍是整個方法，作用的對象是調用這個方法的對象；
3). 修改一個靜態的方法，其作用的范圍是整個靜態方法，作用的對象是這個類的所有對象；
4). 修改一個類，其作用的范圍是synchronized后面括號括起來的部分，作用主的對象是這個類的所有對象。

29.synchronized和Lock的區別

主要相同點：Lock能完成synchronized所實現的所有功能
主要不同點：Lock有比synchronized更精確的線程語義和更好的性能。Lock的鎖定是通過代碼實現的，而synchronized是在JVM層面上實現的，synchronized會自動釋放鎖，而Lock一定要求程序員手工釋放，并且必須在finally從句中釋放。Lock還有更強大的功能，例如，它的tryLock方法可以非阻塞方式去拿鎖。Lock鎖的范圍有局限性，塊范圍，而synchronized可以鎖住塊、對象、類。

30.多線程如何進行信息交互

void notify() 喚醒在此對象監視器上等待的單個線程。
void notifyAll() 喚醒在此對象監視器上等待的所有線程。
void wait() 導致當前的線程等待，直到其他線程調用此對象的notify()方法或notifyAll()方法。
void wait(long timeout) 導致當前的線程等待，直到其他線程調用此對象的notify()方法或notifyAll()方法，或者超過指定的時間量。
void wait(long timeout, int nanos) 導致當前的線程等待，直到其他線程調用此對象的notify()方法或notifyAll()方法，或者其他某個線程中斷當前線程，或者已超過某個實際時間量。

31.sleep和wait的區別(考察的方向是是否會釋放鎖)

sleep()方法是Thread類中方法，而wait()方法是Object類中的方法。
sleep()方法導致了程序暫停執行指定的時間，讓出cpu該其他線程，但是他的監控狀態依然保持者，當指定的時間到了又會自動恢復運行狀態，在調用sleep()方法的過程中，線程不會釋放對象鎖。而當調用wait()方法的時候，線程會放棄對象鎖，進入等待此對象的等待鎖定池，只有針對此對象調用notify()方法后本線程才進入對象鎖定池準備。

32.多線程與死鎖

死鎖是指兩個或兩個以上的進程在執行過程中，因爭奪資源而造成的一種互相等待的現象，若無外力作用，它們都將無法推進下去。
產生死鎖的原因：
一.因為系統資源不足。
二.進程運行推進的順序不合適。
三.資源分配不當。

33.如何才能產生死鎖

產生死鎖的四個必要條件：
一.互斥條件：所謂互斥就是進程在某一時間內獨占資源。
二.請求與保持條件：一個進程因請求資源而阻塞時，對已獲得的資源保持不放。
三.不剝奪條件:進程已獲得資源，在末使用完之前，不能強行剝奪。
四.循環等待條件:若干進程之間形成一種頭尾相接的循環等待資源關系。

34.死鎖的預防

打破產生死鎖的四個必要條件中的一個或幾個，保證系統不會進入死鎖狀態。
一.打破互斥條件。即允許進程同時訪問某些資源。但是，有的資源是不允許被同時訪問的，像打印機等等，這是由資源本身的屬性所決定的。所以，這種辦法并無實用價值。
二.打破不可搶占條件。即允許進程強行從占有者那里奪取某些資源。就是說，當一個進程已占有了某些資源，它又申請新的資源，但不能立即被滿足時，它必須釋放所占有的全部資源，以后再重新申請。它所釋放的資源可以分配給其它進程。這就相當于該進程占有的資源被隱蔽地強占了。這種預防死鎖的方法實現起來困難，會降低系統性能。
三.打破占有且申請條件。可以實行資源預先分配策略。即進程在運行前一次性地向系統申請它所需要的全部資源。如果某個進程所需的全部資源得不到滿足，則不分配任何資源，此進程暫不運行。只有當系統能夠滿足當前進程的全部資源需求時，才一次性地將所申請的資源全部分配給該進程。由于運行的進程已占有了它所需的全部資源，所以不會發生占有資源又申請資源的現象，因此不會發生死鎖。
四.打破循環等待條件，實行資源有序分配策略。采用這種策略，即把資源事先分類編號，按號分配，使進程在申請，占用資源時不會形成環路。所有進程對資源的請求必須嚴格按資源序號遞增的順序提出。進程占用了小號資源，才能申請大號資源，就不會產生環路，從而預防了死鎖。

35.什么叫守護線程，用什么方法實現守護線程

守護線程是為其他線程的運行提供服務的線程。
setDaemon(boolean on)方法可以方便的設置線程的Daemon模式，true為守護模式，false為用戶模式。

36.Java線程池技術及原理

參考文章：
http://www.cnblogs.com/dolphin0520/p/3932921.html

37.java并發包concurrent及常用的類

這個內容有點多，參考文章：
并發包諸類概覽：http://www.raychase.net/1912
線程池：http://www.cnblogs.com/dolphin0520/p/3932921.html
鎖：http://www.cnblogs.com/dolphin0520/p/3923167.html
集合：http://www.cnblogs.com/huangfox/archive/2012/08/16/2642666.html

38.volatile關鍵字

用volatile修飾的變量，線程在每次使用變量的時候，都會讀取變量修改后的最的值。volatile很容易被誤用，用來進行原子性操作。
Java語言中的volatile變量可以被看作是一種“程度較輕的
synchronized”；與
synchronized 塊相比，volatile 變量所需的編碼較少，并且運行時開銷也較少，但是它所能實現的功能也僅是synchronized的一部分。鎖提供了兩種主要特性：互斥（mutual
exclusion）和可見性（visibility）。互斥即一次只允許一個線程持有某個特定的鎖，因此可使用該特性實現對共享數據的協調訪問協議，這樣，一次就只有一個線程能夠使用該共享數據。可見性必須確保釋放鎖之前對共享數據做出的更改對于隨后獲得該鎖的另一個線程是可見的，如果沒有同步機制提供的這種可見性保證，線程看到的共享變量可能是修改前的值或不一致的值，這將引發許多嚴重問題。Volatile變量具有synchronized的可見性特性，但是不具備原子特性。這就是說線程能夠自動發現volatile
變量的最新值。
要使volatile變量提供理想的線程安全，必須同時滿足下面兩個條件：對變量的寫操作不依賴于當前值；該變量沒有包含在具有其他變量的不變式中。
第一個條件的限制使volatile變量不能用作線程安全計數器。雖然增量操作（x++）看上去類似一個單獨操作，實際上它是一個由讀取－修改－寫入操作序列組成的組合操作，必須以原子方式執行，而volatile不能提供必須的原子特性。實現正確的操作需要使x 的值在操作期間保持不變，而volatile
變量無法實現這點。
每一個線程運行時都有一個線程棧，線程棧保存了線程運行時候變量值信息。當線程訪問某一個對象時候值的時候，首先通過對象的引用找到對應在堆內存的變量的值，然后把堆內存變量的具體值load到線程本地內存中，建立一個變量副本，之后線程就不再和對象在堆內存變量值有任何關系，而是直接修改副本變量的值，在修改完之后的某一個時刻（線程退出之前），自動把線程變量副本的值回寫到對象在堆中變量。這樣在堆中的對象的值就產生變化了。
read and load 從主存復制變量到當前工作內存
use and assign 執行代碼，改變共享變量值
store and write 用工作內存數據刷新主存相關內容
其中use and
assign 可以多次出現，但是這一些操作并不是原子性，也就是在read load之后，如果主內存count變量發生修改之后，線程工作內存中的值由于已經加載，不會產生對應的變化，所以計算出來的結果會和預期不一樣。

39.Java中的NIO，BIO，AIO分別是什么

BIO:同步并阻塞，服務器實現模式為一個連接一個線程，即客戶端有連接請求時服務器端就需要啟動一個線程進行處理，如果這個連接不做任何事情會造成不必要的線程開銷，當然可以通過線程池機制改善。BIO方式適用于連接數目比較小且固定的架構，這種方式對服務器資源要求比較高，并發局限于應用中，JDK1.4以前的唯一選擇，但程序直觀簡單易理解。
NIO:同步非阻塞，服務器實現模式為一個請求一個線程，即客戶端發送的連接請求都會注冊到多路復用器上，多路復用器輪詢到連接有I/O請求時才啟動一個線程進行處理。NIO方式適用于連接數目多且連接比較短（輕操作）的架構，比如聊天服務器，并發局限于應用中，編程比較復雜，JDK1.4開始支持。
AIO:異步非阻塞，服務器實現模式為一個有效請求一個線程，客戶端的I/O請求都是由OS先完成了再通知服務器應用去啟動線程進行處理.AIO方式使用于連接數目多且連接比較長（重操作）的架構，比如相冊服務器，充分調用OS參與并發操作，編程比較復雜，JDK7開始支持。

40.IO和NIO區別

一.IO是面向流的，NIO是面向緩沖區的。
二.IO的各種流是阻塞的，NIO是非阻塞模式。
三.Java NIO的選擇器允許一個單獨的線程來監視多個輸入通道，你可以注冊多個通道使用一個選擇器，然后使用一個單獨的線程來“選擇”通道：這些通道里已經有可以處理的輸入，或者選擇已準備寫入的通道。這種選擇機制，使得一個單獨的線程很容易來管理多個通道。

41.序列化與反序列化

把對象轉換為字節序列的過程稱為對象的序列化。
把字節序列恢復為對象的過程稱為對象的反序列化。
對象的序列化主要有兩種用途：
一.把對象的字節序列永久地保存到硬盤上，通常存放在一個文件中；
二.在網絡上傳送對象的字節序列。
當兩個進程在進行遠程通信時，彼此可以發送各種類型的數據。無論是何種類型的數據，都會以二進制序列的形式在網絡上傳送。發送方需要把這個Java對象轉換為字節序列，才能在網絡上傳送；接收方則需要把字節序列再恢復為Java對象。

42.常見的序列化協議有哪些

Protobuf, Thrift, Hessian, Kryo

43.內存溢出和內存泄漏的區別

內存溢出是指程序在申請內存時，沒有足夠的內存空間供其使用，出現out of
memory。
內存泄漏是指分配出去的內存不再使用，但是無法回收。

44.Java內存模型及各個區域的OOM，如何重現OOM

這部分內容很重要，詳細閱讀《深入理解Java虛擬機》，也可以詳細閱讀這篇文章http://hllvm.group.iteye.com/group/wiki/2857-JVM

45.出現OOM如何解決

一. 可通過命令定期抓取heap dump或者啟動參數OOM時自動抓取heap dump文件。
二. 通過對比多個heap dump，以及heap dump的內容，分析代碼找出內存占用最多的地方。
三. 分析占用的內存對象，是否是因為錯誤導致的內存未及時釋放，或者數據過多導致的內存溢出。

46.用什么工具可以查出內存泄漏

一. Memory
Analyzer－是一款開源的JAVA內存分析軟件，查找內存泄漏，能容易找到大塊內存并驗證誰在一直占用它，它是基于Eclipse
RCP(Rich Client Platform)，可以下載RCP的獨立版本或者Eclipse的插件。
二. JProbe－分析Java的內存泄漏。
三.JProfiler－一個全功能的Java剖析工具，專用于分析J2SE和J2EE應用程序。它把CPU、執行緒和內存的剖析組合在一個強大的應用中，GUI可以找到效能瓶頸、抓出內存泄漏、并解決執行緒的問題。
四. JRockit－用來診斷Java內存泄漏并指出根本原因，專門針對Intel平臺并得到優化，能在Intel硬件上獲得最高的性能。
五. YourKit-.NET & Java Profiling業界領先的Java和.NET程序性能分析工具。
六.AutomatedQA －AutomatedQA的獲獎產品performance profiling和memory debugging工具集的下一代替換產品，支持Microsoft,Borland, Intel, Compaq 和 GNU編譯器。可以為.NET和Windows程序生成全面細致的報告，從而幫助您輕松隔離并排除代碼中含有的性能問題和內存/資源泄露問題。支持.Net 1.0,1.1,2.0,3.0和Windows 32/64位應用程序。
七.Compuware DevPartner Java Edition－包含Java內存檢測,代碼覆蓋率測試,代碼性能測試,線程死鎖,分布式應用等幾大功能模塊

47.Java內存管理及回收算法

閱讀這篇文章：http://www.cnblogs.com/hnrainll/archive/2013/11/06/3410042.html

48.Java類加載器及如何加載類(雙親委派)

閱讀文章：
https://www.ibm.com/developerworks/cn/java/j-lo-classloader/（推薦）
http://blog.csdn.net/zhoudaxia/article/details/35824249

49.xml解析方式

一.DOM(JAXP
Crimson解析器)
二.SAX
三.JDOM
四.DOM4J
區別：
一.DOM4J性能最好，連Sun的JAXM也在用DOM4J。目前許多開源項目中大量采用DOM4J，例如大名鼎鼎的hibernate也用DOM4J來讀取XML配置文件。如果不考慮可移植性，那就采用DOM4J.
二.JDOM和DOM在性能測試時表現不佳，在測試10M
文檔時內存溢出。在小文檔情況下還值得考慮使用DOM和JDOM。雖然JDOM的開發者已經說明他們期望在正式發行版前專注性能問題，但是從性能觀點來看，它確實沒有值得推薦之處。另外，DOM仍是一個非常好的選擇。DOM實現廣泛應用于多種編程語言。它還是許多其它與XML相關的標準的基礎，因為它正式獲得W3C
推薦(與基于非標準的Java模型相對)，所以在某些類型的項目中可能也需要它(如在JavaScript中使用DOM)。
三.SAX表現較好，這要依賴于它特定的解析方式－事件驅動。一個SAX檢測即將到來的XML流，但并沒有載入到內存(當然當XML流被讀入時，會有部分文檔暫時隱藏在內存中)。

50.Statement和PreparedStatement之間的區別

一.PreparedStatement是預編譯的,對于批量處理可以大大提高效率. 也叫JDBC存儲過程
二.使用
Statement 對象。在對數據庫只執行一次性存取的時侯，用
Statement 對象進行處理。PreparedStatement
對象的開銷比Statement大，對于一次性操作并不會帶來額外的好處。
三.statement每次執行sql語句，相關數據庫都要執行sql語句的編譯，preparedstatement是預編譯得,
preparedstatement支持批處理
四.
代碼片段1:
String updateString = "UPDATE COFFEES SET SALES = 75 " + “WHERE
COF_NAME LIKE ′Colombian′”;
stmt.executeUpdate(updateString);
代碼片段2:
PreparedStatement updateSales = con.prepareStatement("UPDATE COFFEES SET
SALES = ? WHERE COF_NAME LIKE ? ");
updateSales.setInt(1, 75);
updateSales.setString(2, “Colombian”);
updateSales.executeUpdate();
片斷2和片斷1的區別在于，后者使用了PreparedStatement對象，而前者是普通的Statement對象。PreparedStatement對象不僅包含了SQL語句，而且大多數情況下這個語句已經被預編譯過，因而當其執行時，只需DBMS運行SQL語句，而不必先編譯。當你需要執行Statement對象多次的時候，PreparedStatement對象將會大大降低運行時間，當然也加快了訪問數據庫的速度。
這種轉換也給你帶來很大的便利，不必重復SQL語句的句法，而只需更改其中變量的值，便可重新執行SQL語句。選擇PreparedStatement對象與否，在于相同句法的SQL語句是否執行了多次，而且兩次之間的差別僅僅是變量的不同。如果僅僅執行了一次的話，它應該和普通的對象毫無差異，體現不出它預編譯的優越性。
五.執行許多SQL語句的JDBC程序產生大量的Statement和PreparedStatement對象。通常認為PreparedStatement對象比Statement對象更有效,特別是如果帶有不同參數的同一SQL語句被多次執行的時候。PreparedStatement對象允許數據庫預編譯SQL語句，這樣在隨后的運行中可以節省時間并增加代碼的可讀性。
然而，在Oracle環境中，開發人員實際上有更大的靈活性。當使用Statement或PreparedStatement對象時，Oracle數據庫會緩存SQL語句以便以后使用。在一些情況下,由于驅動器自身需要額外的處理和在Java應用程序和Oracle服務器間增加的網絡活動，執行PreparedStatement對象實際上會花更長的時間。
然而，除了緩沖的問題之外，至少還有一個更好的原因使我們在企業應用程序中更喜歡使用PreparedStatement對象,那就是安全性。傳遞給PreparedStatement對象的參數可以被強制進行類型轉換，使開發人員可以確保在插入或查詢數據時與底層的數據庫格式匹配。
當處理公共Web站點上的用戶傳來的數據的時候，安全性的問題就變得極為重要。傳遞給PreparedStatement的字符串參數會自動被驅動器忽略。最簡單的情況下，這就意味著當你的程序試著將字符串“D’Angelo”插入到VARCHAR2中時，該語句將不會識別第一個“，”，從而導致悲慘的失敗。幾乎很少有必要創建你自己的字符串忽略代碼。
在Web環境中，有惡意的用戶會利用那些設計不完善的、不能正確處理字符串的應用程序。特別是在公共Web站點上,在沒有首先通過PreparedStatement對象處理的情況下，所有的用戶輸入都不應該傳遞給SQL語句。此外，在用戶有機會修改SQL語句的地方，如HTML的隱藏區域或一個查詢字符串上，SQL語句都不應該被顯示出來。

51.servlet生命周期及各個方法

參考文章http://www.cnblogs.com/xuekyo/archive/2013/02/24/2924072.html

52.servlet中如何自定義filter

參考文章http://www.cnblogs.com/javawebsoa/archive/2013/07/31/3228858.html

53.JSP原理

參考文章http://blog.csdn.net/hanxuemin12345/article/details/23831645

54.JSP和Servlet的區別

(1)JSP經編譯后就變成了“類servlet”。
(2)JSP由HTML代碼和JSP標簽構成，更擅長頁面顯示；Servlet更擅長流程控制。
(3)JSP中嵌入JAVA代碼，而Servlet中嵌入HTML代碼。

55.JSP的動態include和靜態include

(1)動態include用jsp:include動作實現，如<jsp:include page=“abc.jsp” flush=“true” />，它總是會檢查所含文件中的變化，適合用于包含動態頁面，并且可以帶參數。會先解析所要包含的頁面，解析后和主頁面合并一起顯示，即先編譯后包含。
(2)靜態include用include偽碼實現，不會檢查所含文件的變化，適用于包含靜態頁面，如<%@
include file=“qq.htm” %>，不會提前解析所要包含的頁面，先把要顯示的頁面包含進來，然后統一編譯，即先包含后編譯。

56.Struts中請求處理過程

參考文章http://www.cnblogs.com/liuling/p/2013-8-10-01.html

57.MVC概念

參考文章http://www.cnblogs.com/scwyh/articles/1436802.html

58.Springmvc與Struts區別

參考文章：
http://blog.csdn.net/tch918/article/details/38305395
http://blog.csdn.net/chenleixing/article/details/44570681

59.Hibernate/Ibatis兩者的區別

參考文章http://blog.csdn.net/firejuly/article/details/8190229

60.Hibernate一級和二級緩存

參考文章http://blog.csdn.net/windrui/article/details/23165845

61.簡述Hibernate常見優化策略

參考文章http://blog.csdn.net/shimiso/article/details/8819114

64.Spring如何實現AOP和IOC(推薦看Spring的源碼)

參考文章http://www.360doc.com/content/15/0116/21/12385684_441408260.shtml

65.Springbean注入方式

參考文章http://blessht.iteye.com/blog/1162131

66.Spring的事務管理

這個主題的參考文章沒找到特別好的

67.Spring事務的傳播特性

參考文章http://blog.csdn.net/lfsf802/article/details/9417095

68.springmvc原理

參考文章http://blog.sina.com.cn/s/blog_7ef0a3fb0101po57.html

69.springmvc用過哪些注解

參考文章http://aijuans.iteye.com/blog/2160141

70.Restful有幾種請求

參考文章，http://www.infoq.com/cn/articles/designing-restful-http-apps-roth，該篇寫的比較全。

71.Restful好處

(1)客戶-服務器：客戶-服務器約束背后的原則是分離關注點。通過分離用戶接口和數據存儲這兩個關注點，改善了用戶接口跨多個平臺的可移植性；同時通過簡化服務器組件，改善了系統的可伸縮性。
(2)無狀態：通信在本質上是無狀態的，改善了可見性、可靠性、可伸縮性.
(3)緩存：改善了網絡效率減少一系列交互的平均延遲時間，來提高效率、可伸縮性和用戶可覺察的性能。
(4)統一接口：REST架構風格區別于其他基于網絡的架構風格的核心特征是，它強調組件之間要有一個統一的接口。

72.Tomcat，Apache，JBoss的區別

Apache:HTTP服務器(WEB服務器)，類似IIS，可以用于建立虛擬站點，編譯處理靜態頁面，可以支持SSL技術，支持多個虛擬主機等功能。
Tomcat:Servlet容器，用于解析jsp，Servlet的Servlet容器，是高效，輕量級的容器。缺點是不支持EJB，只能用于java應用。
Jboss:應用服務器，運行EJB的J2EE應用服務器，遵循J2EE規范，能夠提供更多平臺的支持和更多集成功能，如數據庫連接，JCA等，其對Servlet的支持是通過集成其他Servlet容器來實現的，如tomcat和jetty。

73.memcached和redis的區別

(1)性能對比：由于Redis只使用單核，而Memcached可以使用多核，所以平均每一個核上Redis在存儲小數據時比Memcached性能更高。而在100k以上的數據中，Memcached性能要高于Redis，雖然Redis最近也在存儲大數據的性能上進行優化，但是比起Memcached，還是稍有遜色。
(2)內存使用效率對比：使用簡單的key-value存儲的話，Memcached的內存利用率更高，而如果Redis采用hash結構來做key-value存儲，由于其組合式的壓縮，其內存利用率會高于Memcached。
(3)Redis支持服務器端的數據操作：Redis相比Memcached來說，擁有更多的數據結構和并支持更豐富的數據操作，通常在Memcached里，你需要將數據拿到客戶端來進行類似的修改再set回去。這大大增加了網絡IO的次數和數據體積。在Redis中，這些復雜的操作通常和一般的GET/SET一樣高效。所以，如果需要緩存能夠支持更復雜的結構和操作，那么Redis會是不錯的選擇。

74.如何理解分布式鎖

參考文章：
http://blog.csdn.net/zheng0518/article/details/51607063
http://blog.csdn.net/nicewuranran/article/details/51730131。

75.你知道的開源協議有哪些

常見的開源協議有GPL、LGPL、BSD、Apache Licence
vesion 2.0、MIT，

76.json和xml區別

XML:
(1)應用廣泛，可擴展性強，被廣泛應用各種場合；
(2)讀取、解析沒有JSON快；
(3)可讀性強，可描述復雜結構。
JSON:
(1)結構簡單，都是鍵值對；
(2)讀取、解析速度快，很多語言支持；
(3)傳輸數據量小，傳輸速率大大提高；
(4)描述復雜結構能力較弱。

77.設計模式

參考文章：http://www.cnblogs.com/beijiguangyong/archive/2010/11/15/2302807.html#_Toc281750445。

78.設計模式的六大原則

1.單一原則（Single Responsibility Principle）：一個類或者一個方法只負責一項職責，盡量做到類的只有一個行為原因引起變化；
　　a、業務對象（BO business object）、業務邏輯（BL business logic）拆分；
2.里氏替換原則（LSP liskov substitution principle）：子類可以擴展父類的功能，但不能改變原有父類的功能；（本質其實就是c++的多態）
　　（目的：增強程序的健壯性）實際項目中，每個子類對應不同的業務含義，使父類作為參數，傳遞不同的子類完成不同的業務邏輯。
3.依賴倒置原則（dependence inversion principle）：面向接口編程；（通過接口作為參數實現應用場景）
　　抽象就是接口或者抽象類，細節就是實現類
　　含義：
　　　　上層模塊不應該依賴下層模塊，兩者應依賴其抽象；
　　　　抽象不應該依賴細節，細節應該依賴抽象；
通俗點就是說變量或者傳參數，盡量使用抽象類，或者接口；
【接口負責定義public屬性和方法，并且申明與其他對象依賴關系，抽象類負責公共構造部分的實現，實現類準確的實現業務邏輯】
4.接口隔離（interface segregation principle）：建立單一接口；（擴展為類也是一種接口，一切皆接口）
簡單理解：復雜的接口，根據業務拆分成多個簡單接口；（對于有些業務的拆分多看看適配器的應用）　　
5.迪米特原則（law of demeter LOD）：最少知道原則，盡量降低類與類之間的耦合
6.開閉原則（open closed principle）：用抽象構建架構，用實現擴展原則；

79.用一個設計模式寫一段代碼或畫出一個設計模式的UML

參考文章http://www.cnblogs.com/beijiguangyong/archive/2010/11/15/2302807.html#_Toc281750445

80.高內聚，低耦合方面的理解

81.深度優先和廣度優先算法

推薦看書籍復習！可參考文章：

http://blog.csdn.net/andyelvis/article/details/1728378
http://driftcloudy.iteye.com/blog/782873

82.排序算法及對應的時間復雜度和空間復雜度

推薦看書籍復習！可參考文章：
http://www.cnblogs.com/liuling/p/2013-7-24-01.html
http://blog.csdn.net/cyuyanenen/article/details/51514443
http://blog.csdn.net/whuslei/article/details/6442755

83.排序算法編碼實現

參考http://www.cnblogs.com/liuling/p/2013-7-24-01.html

85.B+樹

參考http://www.cnblogs.com/syxchina/archive/2011/03/02/2197251.html

86.KMP算法

推薦閱讀數據復習！參考http://www.cnblogs.com/c-cloud/p/3224788.html

87.hash算法及常用的hash算法

參考http://www.360doc.com/content/13/0409/14/10384031_277138819.shtml

88.如何判斷一個單鏈表是否有環

參考文章：
http://www.jianshu.com/p/0e28d31600dd
http://my.oschina.net/u/2391658/blog/693277?p={ {totalPage}}

89.隊列、棧、鏈表、樹、堆、圖

推薦閱讀數據復習！

90.linux常用命令

參考https://blog.csdn.net/qq_18298439/article/details/81737116

91.如何查看內存使用情況

參考http://blog.csdn.net/windrui/article/details/40046413

92.Linux下如何進行進程調度

推薦閱讀書籍復習，參考文章：
http://www.cnblogs.com/zhaoyl/archive/2012/09/04/2671156.html
http://blog.csdn.net/rainharder/article/details/7975387

93.產生死鎖的必要條件

參考http://blog.sina.com.cn/s/blog_5e3604840100ddgq.html

94.死鎖預防

參考http://blog.sina.com.cn/s/blog_5e3604840100ddgq.html

95.數據庫范式

參考http://www.360doc.com/content/12/0712/20/5287961_223855037.shtml

96.數據庫事務隔離級別

參考http://blog.csdn.net/fg2006/article/details/6937413

97.數據庫連接池的原理

參考http://blog.csdn.net/shuaihj/article/details/14223015

98.樂觀鎖和悲觀鎖

參考http://www.open-open.com/lib/view/open1452046967245.html

99.如何實現不同數據庫的數據查詢分頁

參考http://blog.csdn.net/yztezhl/article/details/20489387

100.SQL注入的原理，如何預防

101.數據庫索引的實現(B+樹介紹、和B樹、R樹區別)

參考文章：
http://blog.csdn.net/kennyrose/article/details/7532032
http://www.xuebuyuan.com/2216918.html

102.SQL性能優化

參考文章：
http://database.51cto.com/art/200904/118526.htm
http://www.cnblogs.com/rootq/archive/2008/11/17/1334727.html

103.數據庫索引的優缺點以及什么時候數據庫索引失效

參考文章：
http://www.cnblogs.com/mxmbk/articles/5226344.html
http://www.cnblogs.com/simplefrog/archive/2012/07/15/2592527.html
http://www.open-open.com/lib/view/open1418476492792.html
http://blog.csdn.net/colin_liu2009/article/details/7301089
http://www.cnblogs.com/hongfei/archive/2012/10/20/2732589.html

104.Redis的數據類型

參考http://blog.csdn.net/hechurui/article/details/49508735

105.OSI七層模型以及TCP/IP四層模型

參考文章：
http://blog.csdn.net/sprintfwater/article/details/8751453
http://www.cnblogs.com/commanderzhu/p/4821555.html
http://blog.csdn.net/superjunjin/article/details/7841099

106.HTTP和HTTPS區別

參考：
http://blog.csdn.net/mingli198611/article/details/8055261
http://www.mahaixiang.cn/internet/1233.html

107.HTTP報文內容

參考文章：
https://yq.aliyun.com/articles/44675
http://www.cnblogs.com/klguang/p/4618526.html
http://my.oschina.net/orgsky/blog/387759

108.get提交和post提交的區別

參考文章：
http://www.cnblogs.com/hyddd/archive/2009/03/31/1426026.html

109.get提交是否有字節限制，如果有是在哪限制的

110.TCP的三次握手和四次揮手

閱讀http://www.jianshu.com/p/f7d1010fa603

111.session和cookie的區別

參考http://www.cnblogs.com/shiyangxt/archive/2008/10/07/1305506.html

112.HTTP請求中Session實現原理

參考http://blog.csdn.net/zhq426/article/details/2992488

113.redirect與forward區別

參考http://www.cnblogs.com/wxgblogs/p/5602849.html

114.TCP和UDP區別

參考http://www.cnblogs.com/bizhu/archive/2012/05/12/2497493.html

115.DDos攻擊及預防

參考文章：
http://blog.csdn.net/huwei2003/article/details/45476743
http://www.leiphone.com/news/201509/9zGlIDvLhwguqOtg.htm

Java基礎

HashMap的源碼，實現原理，JDK8中對HashMap做了怎樣的優化。
HaspMap擴容是怎樣擴容的，為什么都是2的N次冪的大小。
HashMap，HashTable，ConcurrentHashMap的區別。
極高并發下HashTable和ConcurrentHashMap哪個性能更好，為什么，如何實現的。
HashMap在高并發下如果沒有處理線程安全會有怎樣的安全隱患，具體表現是什么。
java中四種修飾符的限制范圍。
Object類中的方法。
接口和抽象類的區別，注意JDK8的接口可以有實現。
動態代理的兩種方式，以及區別。
Java序列化的方式。
傳值和傳引用的區別，Java是怎么樣的，有沒有傳值引用。
一個ArrayList在循環過程中刪除，會不會出問題，為什么。
@transactional注解在什么情況下會失效，為什么。

數據結構和算法

B+樹
快速排序，堆排序，插入排序（其實八大排序算法都應該了解
一致性Hash算法，一致性Hash算法的應用

JVM

JVM的內存結構。
JVM方法棧的工作過程，方法棧和本地方法棧有什么區別。
JVM的棧中引用如何和堆中的對象產生關聯。
可以了解一下逃逸分析技術。
GC的常見算法，CMS以及G1的垃圾回收過程，CMS的各個階段哪兩個是Stop the world的，CMS會不會產生碎片，G1的優勢。
標記清除和標記整理算法的理解以及優缺點。
eden survivor區的比例，為什么是這個比例，eden survivor的工作過程。
JVM如何判斷一個對象是否該被GC，可以視為root的都有哪幾種類型。
強軟弱虛引用的區別以及GC對他們執行怎樣的操作。
Java是否可以GC直接內存。
Java類加載的過程。
雙親委派模型的過程以及優勢。
常用的JVM調優參數。
dump文件的分析。
Java有沒有主動觸發GC的方式（沒有）。

多線程

Java實現多線程有哪幾種方式。
Callable和Future的了解。
線程池的參數有哪些，在線程池創建一個線程的過程。
volitile關鍵字的作用，原理。
synchronized關鍵字的用法，優缺點。
Lock接口有哪些實現類，使用場景是什么。
可重入鎖的用處及實現原理，寫時復制的過程，讀寫鎖，分段鎖（ConcurrentHashMap中的segment）。
悲觀鎖，樂觀鎖，優缺點，CAS有什么缺陷，該如何解決。
ABC三個線程如何保證順序執行。
線程的狀態都有哪些。
sleep和wait的區別。
notify和notifyall的區別。
ThreadLocal的了解，實現原理。

數據庫相關

常見的數據庫優化手段
索引的優缺點，什么字段上建立索引
數據庫連接池。
durid的常用配置。

計算機網絡

TCP，UDP區別。
三次握手，四次揮手，為什么要四次揮手。
長連接和短連接。
連接池適合長連接還是短連接。

設計模式

觀察者模式
代理模式
單例模式，有五種寫法，可以參考文章單例模式的五種實現方式
可以考Spring中使用了哪些設計模式

分布式相關

分布式事務的控制。
分布式鎖如何設計。
分布式session如何設計。
dubbo的組件有哪些，各有什么作用。
zookeeper的負載均衡算法有哪些。
dubbo是如何利用接口就可以通信的。

緩存相關

redis和memcached的區別。
redis支持哪些數據結構。
redis是單線程的么，所有的工作都是單線程么。
redis如何存儲一個String的。
redis的部署方式，主從，集群。
redis的哨兵模式，一個key值如何在redis集群中找到存儲在哪里。
redis持久化策略。

框架相關

SpringMVC的Controller是如何將參數和前端傳來的數據一一對應的。
Mybatis如何找到指定的Mapper的，如何完成查詢的。
Quartz是如何完成定時任務的。
自定義注解的實現。
Spring使用了哪些設計模式。
Spring的IOC有什么優勢。
Spring如何維護它擁有的bean。

總結

以上是生活随笔為你收集整理的最全java面试题汇总（带答案）的全部內容，希望文章能夠幫你解決所遇到的問題。

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