java重要知識點集合（基礎）
關于 final 關鍵字的一些總結
- 修飾類
當用final修飾一個類時，表明這個類不能被繼承。也就是說，如果一個類你永遠不會讓他被繼承，就可以用final進行修飾。 - 修飾方法
父類的final方法是不能被子類所覆蓋的，也就是說子類是不能夠存在和父類一模一樣的方法的。 - 修飾變量
final成員變量表示常量，只能被賦值一次，賦值后值不再改變。
當final修飾一個基本數據類型時，表示該基本數據類型的值一旦在初始化后便不能發生變化；如果final修飾一個引用類型時，則在對其初始化之后便不能再讓其指向其他對象了，但該引用所指向的對象的內容是可以發生變化的。本質上是一回事，因為引用的值是一個地址，final要求值，即地址的值不發生變化。
final修飾一個成員變量（屬性），必須要顯示初始化。這里有兩種初始化方式，一種是在變量聲明的時候初始化；第二種方法是在聲明變量的時候不賦初值，但是要在這個變量所在的類的所有的構造函數中對這個變量賦初值。 - 當函數的參數類型聲明為final時，說明該參數是只讀型的。即你可以讀取使用該參數，但是無法改變該參數的值。
static 關鍵字
- 修飾成員變量和成員方法
被 static 修飾的成員屬于類，不屬于單個這個類的某個對象，被類中所有對象共享，可以并且建議通過類名調用。被static 聲明的成員變量屬于靜態成員變量，靜態變量 存放在 Java 內存區域的方法區。調用格式：類名.靜態變量名類名.靜態方法名() - 靜態代碼塊
靜態代碼塊定義在類中方法外, 靜態代碼塊在非靜態代碼塊之前執行(靜態代碼塊—>非靜態代碼塊—>構造方法)。 該類不管創建多少對象，靜態代碼塊只執行一次. - 靜態內部類（static修飾類的話只能修飾內部類）
靜態內部類與非靜態內部類之間存在一個最大的區別: 非靜態內部類在編譯完成之后會隱含地保存著一個引用，該引用是指向創建它的外圍類，但是靜態內部類卻沒有。沒有這個引用就意味著：1. 它的創建是不需要依賴外圍類的創建。2. 它不能使用任何外圍類的非static成員變量和方法。 - 靜態導包(用來導入類中的靜態資源，1.5之后的新特性): 格式為：import static 這兩個關鍵字連用可以指定導入某個類中的指定靜態資源，并且不需要使用類名調用類中靜態成員，可以直接使用類中靜態成員變量和成員方法。
使用 this 和 super 要注意的問題：
在構造器中使用 super()調用父類中的其他構造方法時，該語句必須處于構造器的首行，否則編譯器會報錯。另外this 調用本類中的其他構造方法時，也要放在首行。
- this、super不能用在static方法中。
- 被 static 修飾的成員屬于類，不屬于單個這個類的某個對象，被類中所有對象共享。而 this 代表對本類對象的引用，指向本類對象；而 super 代表對父類對象的引用，指向父類對象；所以this和super是屬于對象范疇的東西，而靜態方法是屬于類范疇的東西。
你重寫過 hashcode 和 equals 么，為什么重寫equals時必須重寫hashCode方法？連環炮
equals() 的作用
equals() 定義在JDK的Object.java中。通過判斷兩個對象的地址是否相等(即，是否是同一個對象)來區分它們是否相等。
源碼如下：public boolean equals(Object obj) { return (this == obj);}
若某個類沒有覆蓋equals()方法，當它的通過equals()比較兩個對象時，實際上是比較兩個對象是不是同一個對象。這時，等價于通過“==”去比較這兩個對象。
我們可以覆蓋類的equals()方法，來讓equals()通過其它方式比較兩個對象是否相等。通常的做法是：若兩個對象的內容相等，則equals()方法返回true；否則，返回fasle。== 與 equals相關知識
== : 它的作用是判斷兩個對象的地址是不是相等。即，判斷兩個對象是不是同一個對象(基本數據類型==比較的是值，引用數據類型==比較的是內存地址)。
equals() : 它的作用也是判斷兩個對象是否相等。但它一般有兩種使用情況：
情況1：類沒有覆蓋 equals() 方法。則通過 equals() 比較該類的兩個對象時，等價于通過“==”比較這兩個對象。
情況2：類覆蓋了 equals() 方法。一般，我們都覆蓋 equals() 方法來比較兩個對象的內容是否相等；若它們的內容相等，則返回 true (即，認為這兩個對象相等)。
說明：
String 中的 equals 方法是被重寫過的，因為 object 的 equals 方法是比較的對象的內存地址，而 String 的 equals 方法比較的是對象的值。
當創建 String 類型的對象時，虛擬機會在常量池中查找有沒有已經存在的值和要創建的值相同的對象，如果有就把它賦給當前引用。如果沒有就在常量池中重新創建一個 String 對象。hashCode()的作用
hashCode() 的作用是獲取哈希碼，也稱為散列碼；它實際上是返回一個int整數。這個哈希碼的作用是確定該對象在哈希表中的索引位置。hashCode() 定義在JDK的Object.java中，這就意味著Java中的任何類都包含有hashCode() 函數。
散列表存儲的是鍵值對(key-value)，它的特點是：能根據“鍵”快速的檢索出對應的“值”。這其中就利用到了散列碼?。梢钥焖僬业剿枰膶ο螅?br> hashCode()的作用也就是：確定該類的每一個對象在散列表中的位置
Java集合中本質是散列表的類，如HashMap，Hashtable，HashSet為什么要有 hashCode
我們先以“HashSet如何檢查重復”為例子來說明為什么要有 hashCode： 當你把對象加入 HashSet 時，HashSet 會先計算對象的 hashcode 值來判斷對象加入的位置，同時也會與其他已經加入的對象的 hashcode 值作比較，如果沒有相符的hashcode，HashSet會假設對象沒有重復出現。但是如果發現有相同 hashcode 值的對象，這時會調用 equals（）方法來檢查 hashcode 相等的對象是否真的相同。如果兩者相同，HashSet 就不會讓其加入操作成功。如果不同的話，就會重新散列到其他位置，這樣我們就大大減少了 equals 的次數，相應就大大提高了執行速度。hashCode（）與equals（）的相關規定
如果兩個對象相等，則hashcode一定也是相同的
兩個對象相等,對兩個對象分別調用equals方法都返回true
兩個對象有相同的hashcode值，它們也不一定是相等的
因此，equals 方法被覆蓋過，則 hashCode 方法也必須被覆蓋
hashCode() 的默認行為是對堆上的對象產生獨特值。如果沒有重寫 hashCode()，則該 class 的兩個對象無論如何都不會相等（即使這兩個對象指向相同的數據）
Java 中 IO 流分為幾種?BIO,NIO,AIO 有什么區別?
java 中 IO 流分為幾種?
按照流的流向分，可以分為輸入流和輸出流；
按照操作單元劃分，可以劃分為字節流和字符流；
按照流的角色劃分為節點流和處理流。Java Io流共涉及40多個類，這些類看上去很雜亂，但實際上很有規則，而且彼此之間存在非常緊密的聯系， Java I0流的40多個類都是從如下4個抽象類基類中派生出來的。
InputStream/Reader: 所有的輸入流的基類，前者是字節輸入流，后者是字符輸入流。
OutputStream/Writer: 所有輸出流的基類，前者是字節輸出流，后者是字符輸出流。按操作方式分類結構圖：
- 按操作對象分類結構圖
BIO,NIO,AIO 有什么區別?
bio：同步阻塞，服務端serverSocket，客戶端socket，每個請求對應一個線程去完成
nio：同步非阻塞，一個請求一個線程，客戶端發送的連接請求會注冊到多路復用器上，多路復用器會輪詢到i/o請求時才啟動一個線程去處理
1.buffer緩存區，本質為數組，nio將所有數據用到緩存區中
2.channel 寫/讀或者讀寫同時，是雙向的，跟stream是差不多一個等級
3.selector 用來輪詢注冊在其上的channel，channel有讀寫操作，就緒狀態時會被selector輪詢，通過selectKey取得channel集合，經行i/o操作
用一個線程去處理selector，負責成千上完的channel
用途：用于路徑短，連接多，聊天服務器。
缺點：一直接輪詢，會亂費資源aio：異步非阻塞，io請求會交給操作系統判斷，如果操作系統覺的可以才交給服務器處理
同步：一個請求，等待返回后才再發一個請求，可以避免死鎖
異步：一個請求，不等待返回，隨時可發送下一個請求，提高效率，保證并發。
什么是cookie？session和cookie有什么區別？（重點）
- cookie實際上是一小段的文本信息?？蛻舳苏埱蠓掌?，如果服務器需要記錄該用戶的狀態，就使用response向客戶端瀏覽器頒發一個cookie?？蛻舳藶g覽器會把cookie保存起來。當瀏覽器再次請求該網站時，瀏覽器就會把請求地址和cookie一同給服務器。服務器檢查該cookie，從而判斷用戶的狀態。服務器還可以根據需要修改cookie的內容。 session是另一種記錄客戶狀態的機制。不同的是cookie保存在客戶端瀏覽器中，而當客戶端向服務器發出請求時，要求服務器端產生一個session時，服務器端會先檢查一下，客戶端的cookie里面有沒有session_id，是否過期。如果有這樣的session_id的話，服務器端會根據cookie里的session_id把服務器的session檢索出來。如果沒有這樣的session_id的話，服務器端會重新建立一個。如果說cookie機制是通過檢查客戶身上的“通信證”，那么session機制就是通過檢查服務器上的“客戶明細表”來確認客戶身份。
- cookie的缺點
1.Cookie數量和長度的限制。每個domain最多只能有20條cookie，每個cookie長度不能超過4KB，否則會被截掉。
2.安全性問題。如果cookie被人攔截了，那人就可以取得所有的session信息。即使加密也與事無補，因為攔截者并不需要知道cookie的意義，他只要原樣轉發cookie就可以達到目的了。
3.有些狀態不可能保存在客戶端。例如，為了防止重復提交表單，我們需要在服務器端保存一個計數器。如果我們把這個計數器保存在客戶端，那么它起不到任何作用。
