JDK 和 JRE 有什么區(qū)別？
JDK：Java Development Kit 的簡(jiǎn)稱，java 開發(fā)工具包，提供了 java 的開發(fā)環(huán)境和運(yùn)行環(huán)境。
JRE：Java Runtime Environment 的簡(jiǎn)稱，java 運(yùn)行環(huán)境，為 java 的運(yùn)行提供了所需環(huán)境。
具體來(lái)說(shuō) JDK 其實(shí)包含了 JRE，同時(shí)還包含了編譯 java 源碼的編譯器 javac，還包含了很多 java 程序調(diào)試和分析的工具。簡(jiǎn)單來(lái)說(shuō)：如果你需要運(yùn)行 java 程序，只需安裝 JRE 就可以了，如果你需要編寫 java 程序，需要安裝 JDK。
== 和 equals 的區(qū)別是什么？
==
對(duì)于基本類型和引用類型 == 的作用效果是不同的，如下所示：
基本類型：比較的是值是否相同；
引用類型：比較的是引用是否相同；
代碼示例：
String x = "string";
String y = "string";
String z = new String("string");
System.out.println(x==y); // true
System.out.println(x==z); // false
System.out.println(x.equals(y)); // true
System.out.println(x.equals(z)); // true
代碼解讀：因?yàn)?x 和 y 指向的是同一個(gè)引用，所以 == 也是 true，而 new String()方法則重寫開辟了內(nèi)存空間，所以 == 結(jié)果為 false，而 equals 比較的一直是值，所以結(jié)果都為 true。
equals
equals 本質(zhì)上就是 ==，只不過(guò) String 和 Integer 等重寫了 equals 方法，把它變成了值比較?？聪旅娴拇a就明白了。
首先來(lái)看默認(rèn)情況下 equals 比較一個(gè)有相同值的對(duì)象，代碼如下：
class Cat {
public Cat(String name) {
this.name = name;
}
private String name;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}
Cat c1 = new Cat("王磊");
Cat c2 = new Cat("王磊");
System.out.println(c1.equals(c2)); // false
輸出結(jié)果出乎我們的意料，竟然是 false？這是怎么回事，看了 equals 源碼就知道了，源碼如下：
public boolean equals(Object obj) {
return (this == obj);
}
原來(lái) equals 本質(zhì)上就是 ==。
那問(wèn)題來(lái)了，兩個(gè)相同值的 String 對(duì)象，為什么返回的是 true？代碼如下：
String s1 = new String("老王");
String s2 = new String("老王");
System.out.println(s1.equals(s2)); // true
同樣的，當(dāng)我們進(jìn)入 String 的 equals 方法，找到了答案，代碼如下：
public boolean equals(Object anObject) {
if (this == anObject) {
return true;
}
if (anObject instanceof String) {
String anotherString = (String)anObject;
int n = value.length;
if (n == anotherString.value.length) {
char v1[] = value;
char v2[] = anotherString.value;
int i = 0;
while (n-- != 0) {
if (v1[i] != v2[i])
return false;
i++;
}
return true;
}
}
return false;
}
原來(lái)是 String 重寫了 Object 的 equals 方法，把引用比較改成了值比較。
總結(jié) ：== 對(duì)于基本類型來(lái)說(shuō)是值比較，對(duì)于引用類型來(lái)說(shuō)是比較的是引用；而 equals 默認(rèn)情況下是引用比較，只是很多類重新了 equals 方法，比如 String、Integer 等把它變成了值比較，所以一般情況下 equals 比較的是值是否相等。
兩個(gè)對(duì)象的 hashCode()相同，則 equals()也一定為 true，對(duì)嗎？
不對(duì)，兩個(gè)對(duì)象的 hashCode()相同，equals()不一定 true。
代碼示例：
String str1 = "通話";
String str2 = "重地";
System.out.println(String.format("str1：%d | str2：%d", str1.hashCode(),str2.hashCode()));
System.out.println(str1.equals(str2));
執(zhí)行的結(jié)果：
str1：1179395 | str2：1179395
false
代碼解讀：很顯然“通話”和“重地”的 hashCode() 相同，然而 equals() 則為 false，因?yàn)樵谏⒘斜碇?，hashCode()相等即兩個(gè)鍵值對(duì)的哈希值相等，然而哈希值相等，并不一定能得出鍵值對(duì)相等。
final 在 java 中有什么作用？
final 修飾的類叫最終類，該類不能被繼承。
final 修飾的方法不能被重寫。
final 修飾的變量叫常量，常量必須初始化，初始化之后值就不能被修改。
String 屬于基礎(chǔ)的數(shù)據(jù)類型嗎？
String 不屬于基礎(chǔ)類型，基礎(chǔ)類型有 8 種：byte、boolean、char、short、int、float、long、double，而 String 屬于對(duì)象。
java 中操作字符串都有哪些類？它們之間有什么區(qū)別？
操作字符串的類有：String、StringBuffer、StringBuilder。
String 和 StringBuffer、StringBuilder 的區(qū)別在于 String 聲明的是不可變的對(duì)象，每次操作都會(huì)生成新的 String 對(duì)象，然后將指針指向新的 String 對(duì)象，而 StringBuffer、StringBuilder 可以在原有對(duì)象的基礎(chǔ)上進(jìn)行操作，所以在經(jīng)常改變字符串內(nèi)容的情況下最好不要使用 String。
StringBuffer 和 StringBuilder 最大的區(qū)別在于，StringBuffer 是線程安全的，而 StringBuilder 是非線程安全的，但 StringBuilder 的性能卻高于 StringBuffer，所以在單線程環(huán)境下推薦使用 StringBuilder，多線程環(huán)境下推薦使用 StringBuffer。
String str="i"與 String str=new String("i")一樣嗎？
不一樣，因?yàn)閮?nèi)存的分配方式不一樣。String str="i"的方式，java 虛擬機(jī)會(huì)將其分配到常量池中；而 String str=new String("i") 則會(huì)被分到堆內(nèi)存中。
如何將字符串反轉(zhuǎn)？
使用 StringBuilder 或者 stringBuffer 的 reverse() 方法。
// StringBuffer reverse
StringBuffer stringBuffer = new StringBuffer();
stringBuffer.append("abcdefg");
System.out.println(stringBuffer.reverse()); // gfedcba
// StringBuilder reverse
StringBuilder stringBuilder = new StringBuilder();
stringBuilder.append("abcdefg");
System.out.println(stringBuilder.reverse()); // gfedcba
String 類的常用方法都有那些？
indexOf()：返回指定字符的索引。
charAt()：返回指定索引處的字符。
replace()：字符串替換。
trim()：去除字符串兩端空白。
split()：分割字符串，返回一個(gè)分割后的字符串?dāng)?shù)組。
getBytes()：返回字符串的 byte 類型數(shù)組。
length()：返回字符串長(zhǎng)度。
toLowerCase()：將字符串轉(zhuǎn)成小寫字母。
toUpperCase()：將字符串轉(zhuǎn)成大寫字符。
substring()：截取字符串。
equals()：字符串比較。
抽象類必須要有抽象方法嗎？
不需要，抽象類不一定非要有抽象方法。
abstract class Cat {
public static void sayHi() {
System.out.println("hi~");
}
}
上面代碼，抽象類并沒(méi)有抽象方法但完全可以正常運(yùn)行。
普通類和抽象類有哪些區(qū)別？
普通類不能包含抽象方法，抽象類可以包含抽象方法。
抽象類不能直接實(shí)例化，普通類可以直接實(shí)例化。
抽象類能使用 final 修飾嗎？
不能，定義抽象類就是讓其他類繼承的，如果定義為 final 該類就不能被繼承，這樣彼此就會(huì)產(chǎn)生矛盾，所以 final 不能修飾抽象類
接口和抽象類有什么區(qū)別？
實(shí)現(xiàn)：抽象類的子類使用 extends 來(lái)繼承；接口必須使用 implements 來(lái)實(shí)現(xiàn)接口。
構(gòu)造函數(shù)：抽象類可以有構(gòu)造函數(shù)；接口不能有。
main 方法：抽象類可以有 main 方法，并且我們能運(yùn)行它；接口不能有 main 方法。
實(shí)現(xiàn)數(shù)量：類可以實(shí)現(xiàn)很多個(gè)接口；但是只能繼承一個(gè)抽象類。
訪問(wèn)修飾符：接口中的方法默認(rèn)使用 public 修飾；抽象類中的方法可以是任意訪問(wèn)修飾符。
java 中 IO 流分為幾種？
按功能來(lái)分：輸入流（input）、輸出流（output）。
按類型來(lái)分：字節(jié)流和字符流。
字節(jié)流和字符流的區(qū)別是：字節(jié)流按 8 位傳輸以字節(jié)為單位輸入輸出數(shù)據(jù)，字符流按 16 位傳輸以字符為單位輸入輸出數(shù)據(jù)。
java 容器都有哪些？
Collection 和 Collections 有什么區(qū)別？
java.util.Collection 是一個(gè)集合接口（集合類的一個(gè)頂級(jí)接口）。它提供了對(duì)集合對(duì)象進(jìn)行基本操作的通用接口方法。Collection接口在Java 類庫(kù)中有很多具體的實(shí)現(xiàn)。Collection接口的意義是為各種具體的集合提供了最大化的統(tǒng)一操作方式，其直接繼承接口有List與Set。
Collections則是集合類的一個(gè)工具類/幫助類，其中提供了一系列靜態(tài)方法，用于對(duì)集合中元素進(jìn)行排序、搜索以及線程安全等各種操作。
List、Set、Map 之間的區(qū)別是什么？
HashMap 和 Hashtable 有什么區(qū)別？
hashMap去掉了HashTable 的contains方法，但是加上了containsValue（）和containsKey（）方法。
hashTable同步的，而HashMap是非同步的，效率上比hashTable要高。
hashMap允許空鍵值，而hashTable不允許。
如何決定使用 HashMap 還是 TreeMap？
對(duì)于在Map中插入、刪除和定位元素這類操作，HashMap是最好的選擇。然而，假如你需要對(duì)一個(gè)有序的key集合進(jìn)行遍歷，TreeMap是更好的選擇?；谀愕腸ollection的大小，也許向HashMap中添加元素會(huì)更快，將map換為TreeMap進(jìn)行有序key的遍歷。
ArrayList 和 LinkedList 的區(qū)別是什么？
1、數(shù)據(jù)結(jié)構(gòu)不同
ArrayList是Array(動(dòng)態(tài)數(shù)組)的數(shù)據(jù)結(jié)構(gòu)，LinkedList是Link(鏈表)的數(shù)據(jù)結(jié)構(gòu)。
2、效率不同
當(dāng)隨機(jī)訪問(wèn)List（get和set操作）時(shí)，ArrayList比LinkedList的效率更高，因?yàn)長(zhǎng)inkedList是線性的數(shù)據(jù)存儲(chǔ)方式，所以需要移動(dòng)指針從前往后依次查找。
當(dāng)對(duì)數(shù)據(jù)進(jìn)行增加和刪除的操作(add和remove操作)時(shí)，LinkedList比ArrayList的效率更高，因?yàn)锳rrayList是數(shù)組，所以在其中進(jìn)行增刪操作時(shí)，會(huì)對(duì)操作點(diǎn)之后所有數(shù)據(jù)的下標(biāo)索引造成影響，需要進(jìn)行數(shù)據(jù)的移動(dòng)。
3、自由性不同
ArrayList自由性較低，因?yàn)樗枰謩?dòng)的設(shè)置固定大小的容量，但是它的使用比較方便，只需要?jiǎng)?chuàng)建，然后添加數(shù)據(jù)，通過(guò)調(diào)用下標(biāo)進(jìn)行使用；而LinkedList自由性較高，能夠動(dòng)態(tài)的隨數(shù)據(jù)量的變化而變化，但是它不便于使用。
4、主要控件開銷不同
ArrayList主要控件開銷在于需要在lList列表預(yù)留一定空間；而LinkList主要控件開銷在于需要存儲(chǔ)結(jié)點(diǎn)信息以及結(jié)點(diǎn)指針信息。
如何實(shí)現(xiàn)數(shù)組和 List 之間的轉(zhuǎn)換？
List轉(zhuǎn)換成為數(shù)組：調(diào)用ArrayList的toArray方法。
數(shù)組轉(zhuǎn)換成為L(zhǎng)ist：調(diào)用Arrays的asList方法。
Array 和 ArrayList 有何區(qū)別？
Array可以容納基本類型和對(duì)象，而ArrayList只能容納對(duì)象。
Array是指定大小的，而ArrayList大小是固定的。
Array沒(méi)有提供ArrayList那么多功能，比如addAll、removeAll和iterator等。
并行和并發(fā)有什么區(qū)別？
并行是指兩個(gè)或者多個(gè)事件在同一時(shí)刻發(fā)生；而并發(fā)是指兩個(gè)或多個(gè)事件在同一時(shí)間間隔發(fā)生。
并行是在不同實(shí)體上的多個(gè)事件，并發(fā)是在同一實(shí)體上的多個(gè)事件。
在一臺(tái)處理器上“同時(shí)”處理多個(gè)任務(wù)，在多臺(tái)處理器上同時(shí)處理多個(gè)任務(wù)。如hadoop分布式集群。
所以并發(fā)編程的目標(biāo)是充分的利用處理器的每一個(gè)核，以達(dá)到最高的處理性能。
線程和進(jìn)程的區(qū)別？
簡(jiǎn)而言之，進(jìn)程是程序運(yùn)行和資源分配的基本單位，一個(gè)程序至少有一個(gè)進(jìn)程，一個(gè)進(jìn)程至少有一個(gè)線程。進(jìn)程在執(zhí)行過(guò)程中擁有獨(dú)立的內(nèi)存單元，而多個(gè)線程共享內(nèi)存資源，減少切換次數(shù)，從而效率更高。線程是進(jìn)程的一個(gè)實(shí)體，是cpu調(diào)度和分派的基本單位，是比程序更小的能獨(dú)立運(yùn)行的基本單位。同一進(jìn)程中的多個(gè)線程之間可以并發(fā)執(zhí)行。
守護(hù)線程是什么？
守護(hù)線程（即daemon thread），是個(gè)服務(wù)線程，準(zhǔn)確地來(lái)說(shuō)就是服務(wù)其他的線程。
線程有哪些狀態(tài)？
線程通常都有五種狀態(tài)，創(chuàng)建、就緒、運(yùn)行、阻塞和死亡。
創(chuàng)建狀態(tài)。在生成線程對(duì)象，并沒(méi)有調(diào)用該對(duì)象的start方法，這是線程處于創(chuàng)建狀態(tài)。
就緒狀態(tài)。當(dāng)調(diào)用了線程對(duì)象的start方法之后，該線程就進(jìn)入了就緒狀態(tài)，但是此時(shí)線程調(diào)度程序還沒(méi)有把該線程設(shè)置為當(dāng)前線程，此時(shí)處于就緒狀態(tài)。在線程運(yùn)行之后，從等待或者睡眠中回來(lái)之后，也會(huì)處于就緒狀態(tài)。
運(yùn)行狀態(tài)。線程調(diào)度程序?qū)⑻幱诰途w狀態(tài)的線程設(shè)置為當(dāng)前線程，此時(shí)線程就進(jìn)入了運(yùn)行狀態(tài)，開始運(yùn)行run函數(shù)當(dāng)中的代碼。
阻塞狀態(tài)。線程正在運(yùn)行的時(shí)候，被暫停，通常是為了等待某個(gè)時(shí)間的發(fā)生(比如說(shuō)某項(xiàng)資源就緒)之后再繼續(xù)運(yùn)行。sleep,suspend，wait等方法都可以導(dǎo)致線程阻塞。
死亡狀態(tài)。如果一個(gè)線程的run方法執(zhí)行結(jié)束或者調(diào)用stop方法后，該線程就會(huì)死亡。對(duì)于已經(jīng)死亡的線程，無(wú)法再使用start方法令其進(jìn)入就緒
sleep() 和 wait() 有什么區(qū)別？
sleep()：方法是線程類（Thread）的靜態(tài)方法，讓調(diào)用線程進(jìn)入睡眠狀態(tài)，讓出執(zhí)行機(jī)會(huì)給其他線程，等到休眠時(shí)間結(jié)束后，線程進(jìn)入就緒狀態(tài)和其他線程一起競(jìng)爭(zhēng)cpu的執(zhí)行時(shí)間。因?yàn)閟leep() 是static靜態(tài)的方法，他不能改變對(duì)象的機(jī)鎖，當(dāng)一個(gè)synchronized塊中調(diào)用了sleep() 方法，線程雖然進(jìn)入休眠，但是對(duì)象的機(jī)鎖沒(méi)有被釋放，其他線程依然無(wú)法訪問(wèn)這個(gè)對(duì)象。
wait()：wait()是Object類的方法，當(dāng)一個(gè)線程執(zhí)行到wait方法時(shí)，它就進(jìn)入到一個(gè)和該對(duì)象相關(guān)的等待池，同時(shí)釋放對(duì)象的機(jī)鎖，使得其他線程能夠訪問(wèn)，可以通過(guò)notify，notifyAll方法來(lái)喚醒等待的線程
notify()和 notifyAll()有什么區(qū)別？
如果線程調(diào)用了對(duì)象的 wait()方法，那么線程便會(huì)處于該對(duì)象的等待池中，等待池中的線程不會(huì)去競(jìng)爭(zhēng)該對(duì)象的鎖。
當(dāng)有線程調(diào)用了對(duì)象的 notifyAll()方法（喚醒所有 wait 線程）或 notify()方法（只隨機(jī)喚醒一個(gè) wait 線程），被喚醒的的線程便會(huì)進(jìn)入該對(duì)象的鎖池中，鎖池中的線程會(huì)去競(jìng)爭(zhēng)該對(duì)象鎖。也就是說(shuō)，調(diào)用了notify后只要一個(gè)線程會(huì)由等待池進(jìn)入鎖池，而notifyAll會(huì)將該對(duì)象等待池內(nèi)的所有線程移動(dòng)到鎖池中，等待鎖競(jìng)爭(zhēng)。
優(yōu)先級(jí)高的線程競(jìng)爭(zhēng)到對(duì)象鎖的概率大，假若某線程沒(méi)有競(jìng)爭(zhēng)到該對(duì)象鎖，它還會(huì)留在鎖池中，唯有線程再次調(diào)用 wait()方法，它才會(huì)重新回到等待池中。而競(jìng)爭(zhēng)到對(duì)象鎖的線程則繼續(xù)往下執(zhí)行，直到執(zhí)行完了 synchronized 代碼塊，它會(huì)釋放掉該對(duì)象鎖，這時(shí)鎖池中的線程會(huì)繼續(xù)競(jìng)爭(zhēng)該對(duì)象鎖。
線程的 run()和 start()有什么區(qū)別？
每個(gè)線程都是通過(guò)某個(gè)特定Thread對(duì)象所對(duì)應(yīng)的方法run()來(lái)完成其操作的，方法run()稱為線程體。通過(guò)調(diào)用Thread類的start()方法來(lái)啟動(dòng)一個(gè)線程。
start()方法來(lái)啟動(dòng)一個(gè)線程，真正實(shí)現(xiàn)了多線程運(yùn)行。這時(shí)無(wú)需等待run方法體代碼執(zhí)行完畢，可以直接繼續(xù)執(zhí)行下面的代碼； 這時(shí)此線程是處于就緒狀態(tài)， 并沒(méi)有運(yùn)行。 然后通過(guò)此Thread類調(diào)用方法run()來(lái)完成其運(yùn)行狀態(tài)， 這里方法run()稱為線程體，它包含了要執(zhí)行的這個(gè)線程的內(nèi)容， Run方法運(yùn)行結(jié)束， 此線程終止。然后CPU再調(diào)度其它線程。
run()方法是在本線程里的，只是線程里的一個(gè)函數(shù),而不是多線程的。 如果直接調(diào)用run(),其實(shí)就相當(dāng)于是調(diào)用了一個(gè)普通函數(shù)而已，直接待用run()方法必須等待run()方法執(zhí)行完畢才能執(zhí)行下面的代碼，所以執(zhí)行路徑還是只有一條，根本就沒(méi)有線程的特征，所以在多線程執(zhí)行時(shí)要使用start()方法而不是run()方法。
在 java 程序中怎么保證多線程的運(yùn)行安全？
線程安全在三個(gè)方面體現(xiàn)：
原子性：提供互斥訪問(wèn)，同一時(shí)刻只能有一個(gè)線程對(duì)數(shù)據(jù)進(jìn)行操作，（atomic,synchronized）；
可見性：一個(gè)線程對(duì)主內(nèi)存的修改可以及時(shí)地被其他線程看到，（synchronized,volatile）；
有序性：一個(gè)線程觀察其他線程中的指令執(zhí)行順序，由于指令重排序，該觀察結(jié)果一般雜亂無(wú)序，（happens-before原則）。
什么是死鎖？
死鎖是指兩個(gè)或兩個(gè)以上的進(jìn)程在執(zhí)行過(guò)程中，由于競(jìng)爭(zhēng)資源或者由于彼此通信而造成的一種阻塞的現(xiàn)象，若無(wú)外力作用，它們都將無(wú)法推進(jìn)下去。此時(shí)稱系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)產(chǎn)生了死鎖，這些永遠(yuǎn)在互相等待的進(jìn)程稱為死鎖進(jìn)程。是操作系統(tǒng)層面的一個(gè)錯(cuò)誤，是進(jìn)程死鎖的簡(jiǎn)稱，最早在 1965 年由 Dijkstra 在研究銀行家算法時(shí)提出的，它是計(jì)算機(jī)操作系統(tǒng)乃至整個(gè)并發(fā)程序設(shè)計(jì)領(lǐng)域最難處理的問(wèn)題之一。
怎么防止死鎖？
java 死鎖產(chǎn)生的四個(gè)必要條件
1、互斥使用，即當(dāng)資源被一個(gè)線程使用(占有)時(shí)，別的線程不能使用
2、不可搶占，資源請(qǐng)求者不能強(qiáng)制從資源占有者手中奪取資源，資源只能由資源占有者主動(dòng)釋放。
3、請(qǐng)求和保持，即當(dāng)資源請(qǐng)求者在請(qǐng)求其他的資源的同時(shí)保持對(duì)原有資源的占有。
4、循環(huán)等待，即存在一個(gè)等待隊(duì)列：P1占有P2的資源，P2占有P3的資源，P3占有P1的資源。這樣就形成了一個(gè)等待環(huán)路。
這四個(gè)條件是死鎖的必要條件，只要系統(tǒng)發(fā)生死鎖，這些條件必然成立，而只要上述條件之 一不滿足，就不會(huì)發(fā)生死鎖。
理解了死鎖的原因，尤其是產(chǎn)生死鎖的四個(gè)必要條件，就可以最大可能地避免、預(yù)防和 解除死鎖。
所以，在系統(tǒng)設(shè)計(jì)、進(jìn)程調(diào)度等方面注意如何不讓這四個(gè)必要條件成立，如何確 定資源的合理分配算法，避免進(jìn)程永久占據(jù)系統(tǒng)資源。
此外，也要防止進(jìn)程在處于等待狀態(tài)的情況下占用資源。因此，對(duì)資源的分配要給予合理的規(guī)劃。
Java中反射是什么？
通俗的來(lái)講就是能夠通過(guò)運(yùn)行時(shí)的類名獲取類的全部信息。反射機(jī)制可以用來(lái)干以下的事情：
在運(yùn)行時(shí)判斷任意一個(gè)對(duì)象所屬的類。
在運(yùn)行時(shí)構(gòu)造任意一個(gè)類的對(duì)象。
在運(yùn)行時(shí)判斷任意一個(gè)類所具有的成員變量和方法。
在運(yùn)行時(shí)調(diào)用任意一個(gè)對(duì)象的方法。
session 和 cookie 有什么區(qū)別？
由于HTTP協(xié)議是無(wú)狀態(tài)的協(xié)議，所以服務(wù)端需要記錄用戶的狀態(tài)時(shí)，就需要用某種機(jī)制來(lái)識(shí)具體的用戶，這個(gè)機(jī)制就是Session.典型的場(chǎng)景比如購(gòu)物車，當(dāng)你點(diǎn)擊下單按鈕時(shí)，由于HTTP協(xié)議無(wú)狀態(tài)，所以并不知道是哪個(gè)用戶操作的，所以服務(wù)端要為特定的用戶創(chuàng)建了特定的Session，用用于標(biāo)識(shí)這個(gè)用戶，并且跟蹤用戶，這樣才知道購(gòu)物車?yán)锩嬗袔妆緯＿@個(gè)Session是保存在服務(wù)端的，有一個(gè)唯一標(biāo)識(shí)。在服務(wù)端保存Session的方法很多，內(nèi)存、數(shù)據(jù)庫(kù)、文件都有。集群的時(shí)候也要考慮Session的轉(zhuǎn)移，在大型的網(wǎng)站，一般會(huì)有專門的Session服務(wù)器集群，用來(lái)保存用戶會(huì)話，這個(gè)時(shí)候 Session 信息都是放在內(nèi)存的，使用一些緩存服務(wù)比如Memcached之類的來(lái)放 Session。
思考一下服務(wù)端如何識(shí)別特定的客戶？這個(gè)時(shí)候Cookie就登場(chǎng)了。每次HTTP請(qǐng)求的時(shí)候，客戶端都會(huì)發(fā)送相應(yīng)的Cookie信息到服務(wù)端。實(shí)際上大多數(shù)的應(yīng)用都是用 Cookie 來(lái)實(shí)現(xiàn)Session跟蹤的，第一次創(chuàng)建Session的時(shí)候，服務(wù)端會(huì)在HTTP協(xié)議中告訴客戶端，需要在 Cookie 里面記錄一個(gè)Session ID，以后每次請(qǐng)求把這個(gè)會(huì)話ID發(fā)送到服務(wù)器，我就知道你是誰(shuí)了。有人問(wèn)，如果客戶端的瀏覽器禁用了 Cookie 怎么辦？一般這種情況下，會(huì)使用一種叫做URL重寫的技術(shù)來(lái)進(jìn)行會(huì)話跟蹤，即每次HTTP交互，URL后面都會(huì)被附加上一個(gè)諸如 sid=xxxxx 這樣的參數(shù)，服務(wù)端據(jù)此來(lái)識(shí)別用戶。
Cookie其實(shí)還可以用在一些方便用戶的場(chǎng)景下，設(shè)想你某次登陸過(guò)一個(gè)網(wǎng)站，下次登錄的時(shí)候不想再次輸入賬號(hào)了，怎么辦？這個(gè)信息可以寫到Cookie里面，訪問(wèn)網(wǎng)站的時(shí)候，網(wǎng)站頁(yè)面的腳本可以讀取這個(gè)信息，就自動(dòng)幫你把用戶名給填了，能夠方便一下用戶。這也是Cookie名稱的由來(lái)，給用戶的一點(diǎn)甜頭。所以，總結(jié)一下：Session是在服務(wù)端保存的一個(gè)數(shù)據(jù)結(jié)構(gòu)，用來(lái)跟蹤用戶的狀態(tài)，這個(gè)數(shù)據(jù)可以保存在集群、數(shù)據(jù)庫(kù)、文件中；Cookie是客戶端保存用戶信息的一種機(jī)制，用來(lái)記錄用戶的一些信息，也是實(shí)現(xiàn)Session的一種方式。
說(shuō)一下 session 的工作原理？
其實(shí)session是一個(gè)存在服務(wù)器上的類似于一個(gè)散列表格的文件。里面存有我們需要的信息，在我們需要用的時(shí)候可以從里面取出來(lái)。類似于一個(gè)大號(hào)的map吧，里面的鍵存儲(chǔ)的是用戶的sessionid，用戶向服務(wù)器發(fā)送請(qǐng)求的時(shí)候會(huì)帶上這個(gè)sessionid。這時(shí)就可以從中取出對(duì)應(yīng)的值了。
session有什么用
說(shuō)起session的作用，簡(jiǎn)單的舉個(gè)例子：我們?cè)诘卿浤承┚W(wǎng)站的時(shí)候，輸入了用戶名密碼，登錄以后再打開新的頁(yè)面時(shí)，自動(dòng)顯示的是已登錄的狀態(tài)，不需要再次重新登錄。這里就是session功能的一個(gè)小小的體現(xiàn)。 那么，剛才這個(gè)小小的應(yīng)用發(fā)生了什么呢？
如圖所示：在用戶1和用戶2登錄的時(shí)候，我們的服務(wù)器在他們登錄成功后，在session表中為他們每個(gè)用戶分配了一個(gè)sessionid并且存下了一個(gè)對(duì)應(yīng)的信息。當(dāng)用戶第二次訪問(wèn)該服務(wù)器的時(shí)候，會(huì)將sessionid在request請(qǐng)求中攜帶者發(fā)送過(guò)去。這時(shí)我們的服務(wù)器就可以根據(jù)sessionid確定用戶存儲(chǔ)的數(shù)據(jù)，然后進(jìn)行使用。如圖所示：
session的生命周期
當(dāng)session超過(guò)一定時(shí)間（一般為30分鐘）沒(méi)有被訪問(wèn)時(shí)，服務(wù)器就會(huì)認(rèn)為這個(gè)session對(duì)應(yīng)的客戶端已經(jīng)停止活動(dòng)，然后將這個(gè)session刪除。用以節(jié)省空間。
當(dāng)用戶關(guān)閉瀏覽器時(shí)，sessionId的信息會(huì)丟失，雖然服務(wù)器session還在，依然無(wú)法訪問(wèn)到session中的數(shù)據(jù)。
如何避免 sql 注入？
使用PreparedStatement預(yù)編譯sql，避免sql拼接。
Mybatis防止sql注入。
使用正則表達(dá)式過(guò)濾傳入的參數(shù)字符串過(guò)濾
web中調(diào)用該函數(shù)檢查是否包函非法字符
throw 和 throws 的區(qū)別？
throws：用來(lái)聲明一個(gè)方法可能拋出的所有異常信息，throws是將異常聲明但是不處理，而是將異常往上傳，誰(shuí)調(diào)用我就交給誰(shuí)處理。
throw：是指拋出的一個(gè)具體的異常類型。
final、finally、finalize 有什么區(qū)別？
final可以修飾類、變量、方法，修飾類表示該類不能被繼承、修飾方法表示該方法不能被重寫、修飾變量表示該變量是一個(gè)常量不能被重新賦值。
finally一般作用在try-catch代碼塊中，在處理異常的時(shí)候，通常我們將一定要執(zhí)行的代碼方法finally代碼塊中，表示不管是否出現(xiàn)異常，該代碼塊都會(huì)執(zhí)行，一般用來(lái)存放一些關(guān)閉資源的代碼。
finalize是一個(gè)方法，屬于Object類的一個(gè)方法，而Object類是所有類的父類，該方法一般由垃圾回收器來(lái)調(diào)用，當(dāng)我們調(diào)用System的gc()方法的時(shí)候，由垃圾回收器調(diào)用finalize(),回收垃圾。
try-catch-finally 中哪個(gè)部分可以省略？
catch 可以省略
原因：
更為嚴(yán)格的說(shuō)法其實(shí)是：try只適合處理運(yùn)行時(shí)異常，try+catch適合處理運(yùn)行時(shí)異常+普通異常。也就是說(shuō)，如果你只用try去處理普通異常卻不加以catch處理，編譯是通不過(guò)的，因?yàn)榫幾g器硬性規(guī)定，普通異常如果選擇捕獲，則必須用catch顯示聲明以便進(jìn)一步處理。而運(yùn)行時(shí)異常在編譯時(shí)沒(méi)有如此規(guī)定，所以catch可以省略，你加上catch編譯器也覺得無(wú)可厚非。至于加上finally，則是在不管有沒(méi)捕獲異常，都要進(jìn)行的“掃尾”處理。
try-catch-finally 中，如果 catch 中 return 了，finally 還會(huì)執(zhí)行嗎？
會(huì)執(zhí)行，在 return 前執(zhí)行。
public class FinallyDemo {
public static void main(String[] args) {
System.out.println(getInt());
}
public static int getInt() {
int a = 10;
try {
System.out.println(a / 0);
a = 20;
} catch (ArithmeticException e) {
a = 30;
return a;
/*
* return a 在程序執(zhí)行到這一步的時(shí)候，這里不是return a 而是 return 30；這個(gè)返回路徑就形成了
* 但是呢，它發(fā)現(xiàn)后面還有finally，所以繼續(xù)執(zhí)行finally的內(nèi)容，a=40
* 再次回到以前的路徑,繼續(xù)走return 30，形成返回路徑之后，這里的a就不是a變量了，而是常量30
*/
} finally {
a = 40;
}
// return a;
}
}
執(zhí)行結(jié)果：30
解釋一下什么是 aop？
AOP（Aspect-Oriented Programming，面向方面編程），可以說(shuō)是OOP（Object-Oriented Programing，面向?qū)ο缶幊蹋┑难a(bǔ)充和完善。OOP引入封裝、繼承和多態(tài)性等概念來(lái)建立一種對(duì)象層次結(jié)構(gòu)，用以模擬公共行為的一個(gè)集合。當(dāng)我們需要為分散的對(duì)象引入公共行為的時(shí)候，OOP則顯得無(wú)能為力。也就是說(shuō)，OOP允許你定義從上到下的關(guān)系，但并不適合定義從左到右的關(guān)系。例如日志功能。日志代碼往往水平地散布在所有對(duì)象層次中，而與它所散布到的對(duì)象的核心功能毫無(wú)關(guān)系。對(duì)于其他類型的代碼，如安全性、異常處理和透明的持續(xù)性也是如此。這種散布在各處的無(wú)關(guān)的代碼被稱為橫切（cross-cutting）代碼，在OOP設(shè)計(jì)中，它導(dǎo)致了大量代碼的重復(fù)，而不利于各個(gè)模塊的重用。
而AOP技術(shù)則恰恰相反，它利用一種稱為“橫切”的技術(shù)，剖解開封裝的對(duì)象內(nèi)部，并將那些影響了多個(gè)類的公共行為封裝到一個(gè)可重用模塊，并將其名為“Aspect”，即方面。所謂“方面”，簡(jiǎn)單地說(shuō)，就是將那些與業(yè)務(wù)無(wú)關(guān)，卻為業(yè)務(wù)模塊所共同調(diào)用的邏輯或責(zé)任封裝起來(lái)，便于減少系統(tǒng)的重復(fù)代碼，降低模塊間的耦合度，并有利于未來(lái)的可操作性和可維護(hù)性。AOP代表的是一個(gè)橫向的關(guān)系，如果說(shuō)“對(duì)象”是一個(gè)空心的圓柱體，其中封裝的是對(duì)象的屬性和行為；那么面向方面編程的方法，就仿佛一把利刃，將這些空心圓柱體剖開，以獲得其內(nèi)部的消息。而剖開的切面，也就是所謂的“方面”了。然后它又以巧奪天功的妙手將這些剖開的切面復(fù)原，不留痕跡。
使用“橫切”技術(shù)，AOP把軟件系統(tǒng)分為兩個(gè)部分：核心關(guān)注點(diǎn)和橫切關(guān)注點(diǎn)。業(yè)務(wù)處理的主要流程是核心關(guān)注點(diǎn)，與之關(guān)系不大的部分是橫切關(guān)注點(diǎn)。橫切關(guān)注點(diǎn)的一個(gè)特點(diǎn)是，他們經(jīng)常發(fā)生在核心關(guān)注點(diǎn)的多處，而各處都基本相似。比如權(quán)限認(rèn)證、日志、事務(wù)處理。Aop 的作用在于分離系統(tǒng)中的各種關(guān)注點(diǎn)，將核心關(guān)注點(diǎn)和橫切關(guān)注點(diǎn)分離開來(lái)。正如Avanade公司的高級(jí)方案構(gòu)架師Adam Magee所說(shuō)，AOP的核心思想就是“將應(yīng)用程序中的商業(yè)邏輯同對(duì)其提供支持的通用服務(wù)進(jìn)行分離。
解釋一下什么是 ioc？
IOC是Inversion of Control的縮寫，多數(shù)書籍翻譯成“控制反轉(zhuǎn)”。
1996年，Michael Mattson在一篇有關(guān)探討面向?qū)ο罂蚣艿奈恼轮?，首先提出了IOC 這個(gè)概念。對(duì)于面向?qū)ο笤O(shè)計(jì)及編程的基本思想，前面我們已經(jīng)講了很多了，不再贅述，簡(jiǎn)單來(lái)說(shuō)就是把復(fù)雜系統(tǒng)分解成相互合作的對(duì)象，這些對(duì)象類通過(guò)封裝以后，內(nèi)部實(shí)現(xiàn)對(duì)外部是透明的，從而降低了解決問(wèn)題的復(fù)雜度，而且可以靈活地被重用和擴(kuò)展。
IOC理論提出的觀點(diǎn)大體是這樣的：借助于“第三方”實(shí)現(xiàn)具有依賴關(guān)系的對(duì)象之間的解耦。如下圖：
圖 IOC解耦過(guò)程
大家看到了吧，由于引進(jìn)了中間位置的“第三方”，也就是IOC容器，使得A、B、C、D這4個(gè)對(duì)象沒(méi)有了耦合關(guān)系，齒輪之間的傳動(dòng)全部依靠“第三方”了，全部對(duì)象的控制權(quán)全部上繳給“第三方”IOC容器，所以，IOC容器成了整個(gè)系統(tǒng)的關(guān)鍵核心，它起到了一種類似“粘合劑”的作用，把系統(tǒng)中的所有對(duì)象粘合在一起發(fā)揮作用，如果沒(méi)有這個(gè)“粘合劑”，對(duì)象與對(duì)象之間會(huì)彼此失去聯(lián)系，這就是有人把IOC容器比喻成“粘合劑”的由來(lái)。
我們?cè)賮?lái)做個(gè)試驗(yàn)：把上圖中間的IOC容器拿掉，然后再來(lái)看看這套系統(tǒng)：
圖 拿掉IOC容器后的系統(tǒng)
我們現(xiàn)在看到的畫面，就是我們要實(shí)現(xiàn)整個(gè)系統(tǒng)所需要完成的全部?jī)?nèi)容。這時(shí)候，A、B、C、D這4個(gè)對(duì)象之間已經(jīng)沒(méi)有了耦合關(guān)系，彼此毫無(wú)聯(lián)系，這樣的話，當(dāng)你在實(shí)現(xiàn)A的時(shí)候，根本無(wú)須再去考慮B、C和D了，對(duì)象之間的依賴關(guān)系已經(jīng)降低到了最低程度。所以，如果真能實(shí)現(xiàn)IOC容器，對(duì)于系統(tǒng)開發(fā)而言，這將是一件多么美好的事情，參與開發(fā)的每一成員只要實(shí)現(xiàn)自己的類就可以了，跟別人沒(méi)有任何關(guān)系！
我們?cè)賮?lái)看看，控制反轉(zhuǎn)(IOC)到底為什么要起這么個(gè)名字？我們來(lái)對(duì)比一下：
軟件系統(tǒng)在沒(méi)有引入IOC容器之前，如圖1所示，對(duì)象A依賴于對(duì)象B，那么對(duì)象A在初始化或者運(yùn)行到某一點(diǎn)的時(shí)候，自己必須主動(dòng)去創(chuàng)建對(duì)象B或者使用已經(jīng)創(chuàng)建的對(duì)象B。無(wú)論是創(chuàng)建還是使用對(duì)象B，控制權(quán)都在自己手上。
軟件系統(tǒng)在引入IOC容器之后，這種情形就完全改變了，如圖3所示，由于IOC容器的加入，對(duì)象A與對(duì)象B之間失去了直接聯(lián)系，所以，當(dāng)對(duì)象A運(yùn)行到需要對(duì)象B的時(shí)候，IOC容器會(huì)主動(dòng)創(chuàng)建一個(gè)對(duì)象B注入到對(duì)象A需要的地方。
通過(guò)前后的對(duì)比，我們不難看出來(lái)：對(duì)象A獲得依賴對(duì)象B的過(guò)程,由主動(dòng)行為變?yōu)榱吮粍?dòng)行為，控制權(quán)顛倒過(guò)來(lái)了，這就是“控制反轉(zhuǎn)”這個(gè)名稱的由來(lái)。
spring 有哪些主要模塊？
Spring框架至今已集成了20多個(gè)模塊。這些模塊主要被分如下圖所示的核心容器、數(shù)據(jù)訪問(wèn)/集成,、Web、AOP（面向切面編程）、工具、消息和測(cè)試模塊。
什么是 spring boot？
在Spring框架這個(gè)大家族中，產(chǎn)生了很多衍生框架，比如 Spring、SpringMvc框架等，Spring的核心內(nèi)容在于控制反轉(zhuǎn)(IOC)和依賴注入(DI),所謂控制反轉(zhuǎn)并非是一種技術(shù)，而是一種思想，在操作方面是指在spring配置文件中創(chuàng)建<bean>，依賴注入即為由spring容器為應(yīng)用程序的某個(gè)對(duì)象提供資源，比如 引用對(duì)象、常量數(shù)據(jù)等。
SpringBoot是一個(gè)框架，一種全新的編程規(guī)范，他的產(chǎn)生簡(jiǎn)化了框架的使用，所謂簡(jiǎn)化是指簡(jiǎn)化了Spring眾多框架中所需的大量且繁瑣的配置文件，所以 SpringBoot是一個(gè)服務(wù)于框架的框架，服務(wù)范圍是簡(jiǎn)化配置文件。
為什么要用 spring boot？
Spring Boot使編碼變簡(jiǎn)單
Spring Boot使配置變簡(jiǎn)單
Spring Boot使部署變簡(jiǎn)單
Spring Boot使監(jiān)控變簡(jiǎn)單
spring boot 核心配置文件是什么？
Spring Boot提供了兩種常用的配置文件：
properties文件
yml文件
mybatis 中 #{}和 ${}的區(qū)別是什么？
#{}是預(yù)編譯處理，${}是字符串替換；
Mybatis在處理#{}時(shí)，會(huì)將sql中的#{}替換為?號(hào)，調(diào)用PreparedStatement的se方法來(lái)賦值；
Mybatis在處理{}替換成變量的值；
使用#{}可以有效的防止SQL注入，提高系統(tǒng)安全性。
mybatis 有幾種分頁(yè)方式？
數(shù)組分頁(yè)
sql分頁(yè)
攔截器分頁(yè)
RowBounds分頁(yè)
mybatis 分頁(yè)插件的實(shí)現(xiàn)原理是什么？
分頁(yè)插件的基本原理是使用Mybatis提供的插件接口，實(shí)現(xiàn)自定義插件，在插件的攔截方法內(nèi)攔截待執(zhí)行的sql，然后重寫sql，根據(jù)dialect方言，添加對(duì)應(yīng)的物理分頁(yè)語(yǔ)句和物理分頁(yè)參數(shù)。
