## 1. final與static的區別
### final
- **1. 數據**
- 聲明數據為常量,可以是編譯時常量,也可以是在運行時被初始化后不能被改變的常量。
- 對于基本類型,final 使數值不變;
- 對于引用類型,final 使引用不變,也就不能引用其它對象,但是被引用的對象本身是可以修改的。
```java
final int x = 1;
// x = 2; // cannot assign value to final variable 'x'
final A y = new A();
y.a = 1;
```
- **2. 方法**
- 聲明方法不能被子類覆蓋。
- private 方法隱式地被指定為 final,如果在子類中定義的方法和基類中的一個 private 方法簽名相同,此時子類的方法不是覆蓋基類方法,而是在子類中定義了一個新的方法。
- **3. 類**
- 聲明類不允許被繼承。
### static
- **1. 靜態變量**
靜態變量在內存中只存在一份,只在類初始化時賦值一次。
- 靜態變量:類所有的實例都共享靜態變量,可以直接通過類名來訪問它;
- 實例變量:每創建一個實例就會產生一個實例變量,它與該實例同生共死。
```java
public class A {
private int x; // 實例變量
public static int y; // 靜態變量
}
```
注意:不能再成員函數內部定義static變量。
- **2. 靜態方法**
靜態方法在類加載的時候就存在了,它不依賴于任何實例,所以靜態方法必須有實現,也就是說它不能是抽象方法(abstract)。
- **3. 靜態語句塊**
靜態語句塊在類初始化時運行一次。
- **4. 靜態內部類**
內部類的一種,靜態內部類不依賴外部類,且不能訪問外部類的非靜態的變量和方法。
- **5. 靜態導包**
```java
import static com.xxx.ClassName.*
```
在使用靜態變量和方法時不用再指明 ClassName,從而簡化代碼,但可讀性大大降低。
- **6. 變量賦值順序**
靜態變量的賦值和靜態語句塊的運行優先于實例變量的賦值和普通語句塊的運行,靜態變量的賦值和靜態語句塊的運行哪個先執行取決于它們在代碼中的順序。
```java
public static String staticField = "靜態變量";
```
```java
static {
System.out.println("靜態語句塊");
}
```
```java
public String field = "實例變量";
```
```java
{
System.out.println("普通語句塊");
}
```
最后才運行構造函數
```java
public InitialOrderTest() {
System.out.println("構造函數");
}
```
存在繼承的情況下,初始化順序為:
- 父類(靜態變量、靜態語句塊)
- 子類(靜態變量、靜態語句塊)
- 父類(實例變量、普通語句塊)
- 父類(構造函數)
- 子類(實例變量、普通語句塊)
- 子類(構造函數)
## 2. break、continue、return
### break
跳出當前循環;但是如果是嵌套循環,則只能跳出當前的這一層循環,只有逐層 break 才能跳出所有循環。
```java
for (int i = 0; i < 10; i++) {
// 在執行i==6時強制終止循環,i==6不會被執行
if (i == 6)
break;
System.out.println(i);
}
輸出結果為0 1 2 3 4 5 ;6以后的都不會輸出
```
### continue
終止當前循環,但是不跳出循環(在循環中 continue 后面的語句是不會執行了),繼續往下根據循環條件執行循環。
```java
for (int i = 0; i < 10; i++) {
// i==6不會被執行,而是被中斷了
if (i == 6)
continue;
System.out.println(i);
}
輸出結果為0 1 2 3 4 5 7 8 9; 只有6沒有輸出
```
### return
- return 從當前的方法中退出,返回到該調用的方法的語句處,繼續執行。
- return 返回一個值給調用該方法的語句,返回值的數據類型必須與方法的聲明中的返回值的類型一致。
- return 后面也可以不帶參數,不帶參數就是返回空,其實主要目的就是用于想中斷函數執行,返回調用函數處。
特別注意:返回值為 void 的方法,從某個判斷中跳出,必須用 return。
## 3. final、finally和finalize區別
### final
final 用于聲明屬性、方法和類,分別表示屬性不可變、方法不可覆蓋和類不可被繼承。
- final 屬性:被final修飾的變量不可變(引用不可變)
- final 方法:不允許任何子類重寫這個方法,但子類仍然可以使用這個方法
- final 參數:用來表示這個參數在這個函數內部不允許被修改
- final 類:此類不能被繼承,所有方法都不能被重寫
### finally
在異常處理的時候,提供 finally 塊來執行任何的清除操作。如果拋出一個異常,那么相匹配的 catch 字句就會執行,然后控制就會進入 finally 塊,前提是有 finally 塊。例如:數據庫連接關閉操作上
finally 作為異常處理的一部分,它只能用在 try/catch 語句中,并且附帶一個語句塊,表示這段語句最終一定會被執行(不管有沒有拋出異常),經常被用在需要釋放資源的情況下。(×)(**這句話其實存在一定的問題,還沒有深入了解,歡迎大家在 issue 中提出自己的見解)**
- 異常情況說明:
- 在執行 try 語句塊之前已經返回或拋出異常,所以 try 對應的 finally 語句并沒有執行。
- 我們在 try 語句塊中執行了 System.exit (0) 語句,終止了 Java 虛擬機的運行。那有人說了,在一般的 Java 應用中基本上是不會調用這個 System.exit(0) 方法的
- 當一個線程在執行 try 語句塊或者 catch 語句塊時被打斷(interrupted)或者被終止(killed),與其相對應的 finally 語句塊可能不會執行
- 還有更極端的情況,就是在線程運行 try 語句塊或者 catch 語句塊時,突然死機或者斷電,finally 語句塊肯定不會執行了。可能有人認為死機、斷電這些理由有些強詞奪理,沒有關系,我們只是為了說明這個問題。
### finalize
finalize() 是 Object 中的方法,當垃圾回收器將要回收對象所占內存之前被調用,即當一個對象被虛擬機宣告死亡時會先調用它 finalize() 方法,讓此對象處理它生前的最后事情(這個對象可以趁這個時機掙脫死亡的命運)。要明白這個問題,先看一下虛擬機是如何判斷一個對象該死的。
可以覆蓋此方法來實現對其他資源的回收,例如關閉文件。
#### 判定死亡
Java 采用可達性分析算法來判定一個對象是否死期已到。Java中以一系列 "GC Roots" 對象作為起點,如果一個對象的引用鏈可以最終追溯到 "GC Roots" 對象,那就天下太平。
否則如果只是A對象引用B,B對象又引用A,A B引用鏈均未能達到 "GC Roots" 的話,那它倆將會被虛擬機宣判符合死亡條件,具有被垃圾回收器回收的資格。
#### 最后的救贖
上面提到了判斷死亡的依據,但被判斷死亡后,還有生還的機會。
如何自我救贖:
1. 對象覆寫了 finalize() 方法(這樣在被判死后才會調用此方法,才有機會做最后的救贖);
2. 在 finalize() 方法中重新引用到 "GC Roots" 鏈上(如把當前對象的引用 this 賦值給某對象的類變量/成員變量,重新建立可達的引用).
需要注意:
finalize() 只會在對象內存回收前被調用一次 (The finalize method is never invoked more than once by a Java virtual machine for any given object. )
finalize() 的調用具有不確定性,只保證方法會調用,但不保證方法里的任務會被執行完(比如一個對象手腳不夠利索,磨磨嘰嘰,還在自救的過程中,被殺死回收了)。
#### finalize()的作用
雖然以上以對象救贖舉例,但 finalize() 的作用往往被認為是用來做最后的資源回收。
基于在自我救贖中的表現來看,此方法有很大的不確定性(不保證方法中的任務執行完)而且運行代價較高。所以用來回收資源也不會有什么好的表現。
綜上:finalize() 方法并沒有什么鳥用。
至于為什么會存在一個雞肋的方法:書中說 “它不是 C/C++ 中的析構函數,而是 Java 剛誕生時為了使 C/C++ 程序員更容易接受它所做出的一個妥協”。
參考資料:
- [關于finalize() - CSDN博客](https://blog.csdn.net/L_wwbs/article/details/70770447?locationNum=1&fps=1)
## 4. assert有什么作用
斷言(assert)作為一種軟件調試的方法,提供了一種在代碼中進行正確性檢查的機制,目前很多開發語言都支持這種機制。
在實現中,assertion 就是在程序中的一條語句,它對一個 boolean 表達式進行檢查,一個正確程序必須保證這個 boolean 表達式的值為 true;如果該值為 false,說明程序已經處于不正確的狀態下,系統將給出警告并且退出。一般來說,assertion 用于保證程序最基本、關鍵的正確性。**assertion 檢查通常在開發和測試時開啟**。為了提高性能,**在軟件發布后,assertion 檢查通常是關閉的**。下面簡單介紹一下 Java 中 assertion 的實現。
在語法上,為了支持 assertion,Java 增加了一個關鍵字 assert。它包括兩種表達式,分別如下:
**assert <boolean表達式>**
如果 <boolean表達式> 為 true,則程序繼續執行。
如果為 false,則程序拋出 AssertionError,并終止執行。
**assert <boolean表達式> : <錯誤信息表達式>**
如果 <boolean表達式> 為 true,則程序繼續執行。
如果為 false,則程序拋出 java.lang.AssertionError,并輸入<錯誤信息表達式>。
```java
public static void main(String[] args) {
System.out.println("123");
int a = 0;
int b = 1;
assert a == b; //需顯示開啟,默認為不開啟狀態
assert a == b : "執行失敗!";
System.out.println("1234");
}
```
assert 的應用范圍很多,主要包括:
- 檢查控制流
- 檢查輸入參數是否有效
- 檢查函數結果是否有效
- 檢查程序不變
### 什么是斷言
> 斷言是編程術語,表示為一些布爾表達式,程序員相信在程序中的某個特定點該表達式值為真,可以在任何時候啟用和禁用斷言驗證,因此可以在測試時啟用斷言而在部署時禁用斷言。同樣,程序投入運行后,最終用戶在遇到問題時可以重新啟用斷言。
使用斷言可以創建更穩定、品質更好且 不易于出錯的代碼。當需要在一個值為 `false` 時中斷當前操作的話,可以使用斷言。單元測試必須使用斷言(Junit/JunitX)。
### 常用斷言方法
| 斷言 | 描述 |
| ------------------------------------------------------------ | ------------------------------------------------------------ |
| void assertEquals([String message], expected value, actual value) | 斷言兩個值相等。值可能是類型有 int, short, long, byte, char or java.lang.Object. 第一個參數是一個可選的字符串消息 |
| void assertTrue([String message], boolean condition) | 斷言一個條件為真 |
| void assertFalse([String message],boolean condition) | 斷言一個條件為假 |
| void assertNotNull([String message], java.lang.Object object) | 斷言一個對象不為空(null) |
| void assertNull([String message], java.lang.Object object) | 斷言一個對象為空(null) |
| void assertSame([String message], java.lang.Object expected, java.lang.Object actual) | 斷言,兩個對象引用相同的對象 |
| void assertNotSame([String message], java.lang.Object unexpected, java.lang.Object actual) | 斷言,兩個對象不是引用同一個對象 |
| void assertArrayEquals([String message], expectedArray, resultArray) | 斷言預期數組和結果數組相等。數組的類型可能是 int, long, short, char, byte or java.lang.Object. |
## 5. volatile
> 每次都讀錯,美式發音:volatile /'vɑl?tl/ adj. [化學] 揮發性的;不穩定的;爆炸性的;反復無常的
volatile 是一個**類型修飾符**(type specifier),它是被設計用來修飾被不同線程訪問和修改的變量。在使用 volatile 修飾成員變量后,所有線程在任何時間所看到變量的值都是相同的。此外,使用 volatile 會組織編譯器對代碼的優化,因此會降低程序的執行效率。所以,除非迫不得已,否則,能不使用 volatile 就盡量不要使用 volatile。
- 每次訪問變量時,總是獲取主內存的最新值
- 每次修改變量后,立刻寫回到主內存中
:-: 
參考資料:
- [理解java Volatile 關鍵字 - 個人文章 - SegmentFault 思否](https://segmentfault.com/a/1190000015087945)
## 6. instanceof
instanceof 是 Java 的一個二元操作符,類似于 ==,>,< 等操作符。
instanceof 是 Java 的保留關鍵字。它的作用是測試它左邊的對象是否是它右邊的類的實例,返回 boolean 的數據類型。
```java
public class Main {
public static void main(String[] args) {
Object testObject = new ArrayList();
displayObjectClass(testObject);
}
public static void displayObjectClass(Object o) {
if (o instanceof Vector)
System.out.println("對象是 java.util.Vector 類的實例");
else if (o instanceof ArrayList)
System.out.println("對象是 java.util.ArrayList 類的實例");
else
System.out.println("對象是 " + o.getClass() + " 類的實例");
}
}
```
## 7. strictfp
strictfp,即 **strict float point** (精確浮點)。
strictfp 關鍵字可應用于類、接口或方法。使用 strictfp 關鍵字聲明一個方法時,該方法中所有的 float 和 double 表達式都嚴格遵守 FP-strict 的限制,符合 IEEE-754 規范。當對一個類或接口使用 strictfp 關鍵字時,該類中的所有代碼,包括嵌套類型中的初始設定值和代碼,都將嚴格地進行計算。嚴格約束意味著所有表達式的結果都必須是 IEEE 754 算法對操作數預期的結果,以單精度和雙精度格式表示。
如果你想讓你的浮點運算更加精確,而且不會因為不同的硬件平臺所執行的結果不一致的話,可以用關鍵字strictfp.
## 8. transient
> transient 英 /'tr?nz??nt/ adj. 短暫的;路過的 n. 瞬變現象;過往旅客;候鳥
我們都知道一個對象只要實現了 Serilizable 接口,這個對象就可以被序列化,Java 的這種序列化模式為開發者提供了很多便利,我們可以不必關系具體序列化的過程,只要這個類實現了 Serilizable 接口,這個類的所有屬性和方法都會自動序列化。
然而在實際開發過程中,我們常常會遇到這樣的問題,這個類的有些屬性需要序列化,而其他屬性不需要被序列化,打個比方,如果一個用戶有一些敏感信息(如密碼,銀行卡號等),為了安全起見,不希望在網絡操作(主要涉及到序列化操作,本地序列化緩存也適用)中被傳輸,這些信息對應的變量就可以加上 transient 關鍵字。換句話說,這個字段的生命周期僅存于調用者的內存中而不會寫到磁盤里持久化。
**總之,Java 的 transient 關鍵字為我們提供了便利,你只需要實現 Serilizable 接口,將不需要序列化的屬性前添加關鍵字transient,序列化對象的時候,這個屬性就不會序列化到指定的目的地中。**
參考資料:
- [Java transient關鍵字使用小記 - Alexia(minmin) - 博客園](https://www.cnblogs.com/lanxuezaipiao/p/3369962.html)
## 9. native
native(即 JNI,Java Native Interface),凡是一種語言,都希望是純。比如解決某一個方案都喜歡就單單這個語言來寫即可。Java 平臺有個用戶和本地 C 代碼進行互操作的 API,稱為 Java Native Interface (Java本地接口)。
:-: 
參考資料:
- [java中native的用法 - 不止吧 - 博客園](https://www.cnblogs.com/b3051/p/7484501.html)
- 一.JVM
- 1.1 java代碼是怎么運行的
- 1.2 JVM的內存區域
- 1.3 JVM運行時內存
- 1.4 JVM內存分配策略
- 1.5 JVM類加載機制與對象的生命周期
- 1.6 常用的垃圾回收算法
- 1.7 JVM垃圾收集器
- 1.8 CMS垃圾收集器
- 1.9 G1垃圾收集器
- 2.面試相關文章
- 2.1 可能是把Java內存區域講得最清楚的一篇文章
- 2.0 GC調優參數
- 2.1GC排查系列
- 2.2 內存泄漏和內存溢出
- 2.2.3 深入理解JVM-hotspot虛擬機對象探秘
- 1.10 并發的可達性分析相關問題
- 二.Java集合架構
- 1.ArrayList深入源碼分析
- 2.Vector深入源碼分析
- 3.LinkedList深入源碼分析
- 4.HashMap深入源碼分析
- 5.ConcurrentHashMap深入源碼分析
- 6.HashSet,LinkedHashSet 和 LinkedHashMap
- 7.容器中的設計模式
- 8.集合架構之面試指南
- 9.TreeSet和TreeMap
- 三.Java基礎
- 1.基礎概念
- 1.1 Java程序初始化的順序是怎么樣的
- 1.2 Java和C++的區別
- 1.3 反射
- 1.4 注解
- 1.5 泛型
- 1.6 字節與字符的區別以及訪問修飾符
- 1.7 深拷貝與淺拷貝
- 1.8 字符串常量池
- 2.面向對象
- 3.關鍵字
- 4.基本數據類型與運算
- 5.字符串與數組
- 6.異常處理
- 7.Object 通用方法
- 8.Java8
- 8.1 Java 8 Tutorial
- 8.2 Java 8 數據流(Stream)
- 8.3 Java 8 并發教程:線程和執行器
- 8.4 Java 8 并發教程:同步和鎖
- 8.5 Java 8 并發教程:原子變量和 ConcurrentMap
- 8.6 Java 8 API 示例:字符串、數值、算術和文件
- 8.7 在 Java 8 中避免 Null 檢查
- 8.8 使用 Intellij IDEA 解決 Java 8 的數據流問題
- 四.Java 并發編程
- 1.線程的實現/創建
- 2.線程生命周期/狀態轉換
- 3.線程池
- 4.線程中的協作、中斷
- 5.Java鎖
- 5.1 樂觀鎖、悲觀鎖和自旋鎖
- 5.2 Synchronized
- 5.3 ReentrantLock
- 5.4 公平鎖和非公平鎖
- 5.3.1 說說ReentrantLock的實現原理,以及ReentrantLock的核心源碼是如何實現的?
- 5.5 鎖優化和升級
- 6.多線程的上下文切換
- 7.死鎖的產生和解決
- 8.J.U.C(java.util.concurrent)
- 0.簡化版(快速復習用)
- 9.鎖優化
- 10.Java 內存模型(JMM)
- 11.ThreadLocal詳解
- 12 CAS
- 13.AQS
- 0.ArrayBlockingQueue和LinkedBlockingQueue的實現原理
- 1.DelayQueue的實現原理
- 14.Thread.join()實現原理
- 15.PriorityQueue 的特性和原理
- 16.CyclicBarrier的實際使用場景
- 五.Java I/O NIO
- 1.I/O模型簡述
- 2.Java NIO之緩沖區
- 3.JAVA NIO之文件通道
- 4.Java NIO之套接字通道
- 5.Java NIO之選擇器
- 6.基于 Java NIO 實現簡單的 HTTP 服務器
- 7.BIO-NIO-AIO
- 8.netty(一)
- 9.NIO面試題
- 六.Java設計模式
- 1.單例模式
- 2.策略模式
- 3.模板方法
- 4.適配器模式
- 5.簡單工廠
- 6.門面模式
- 7.代理模式
- 七.數據結構和算法
- 1.什么是紅黑樹
- 2.二叉樹
- 2.1 二叉樹的前序、中序、后序遍歷
- 3.排序算法匯總
- 4.java實現鏈表及鏈表的重用操作
- 4.1算法題-鏈表反轉
- 5.圖的概述
- 6.常見的幾道字符串算法題
- 7.幾道常見的鏈表算法題
- 8.leetcode常見算法題1
- 9.LRU緩存策略
- 10.二進制及位運算
- 10.1.二進制和十進制轉換
- 10.2.位運算
- 11.常見鏈表算法題
- 12.算法好文推薦
- 13.跳表
- 八.Spring 全家桶
- 1.Spring IOC
- 2.Spring AOP
- 3.Spring 事務管理
- 4.SpringMVC 運行流程和手動實現
- 0.Spring 核心技術
- 5.spring如何解決循環依賴問題
- 6.springboot自動裝配原理
- 7.Spring中的循環依賴解決機制中,為什么要三級緩存,用二級緩存不夠嗎
- 8.beanFactory和factoryBean有什么區別
- 九.數據庫
- 1.mybatis
- 1.1 MyBatis-# 與 $ 區別以及 sql 預編譯
- Mybatis系列1-Configuration
- Mybatis系列2-SQL執行過程
- Mybatis系列3-之SqlSession
- Mybatis系列4-之Executor
- Mybatis系列5-StatementHandler
- Mybatis系列6-MappedStatement
- Mybatis系列7-參數設置揭秘(ParameterHandler)
- Mybatis系列8-緩存機制
- 2.淺談聚簇索引和非聚簇索引的區別
- 3.mysql 證明為什么用limit時,offset很大會影響性能
- 4.MySQL中的索引
- 5.數據庫索引2
- 6.面試題收集
- 7.MySQL行鎖、表鎖、間隙鎖詳解
- 8.數據庫MVCC詳解
- 9.一條SQL查詢語句是如何執行的
- 10.MySQL 的 crash-safe 原理解析
- 11.MySQL 性能優化神器 Explain 使用分析
- 12.mysql中,一條update語句執行的過程是怎么樣的?期間用到了mysql的哪些log,分別有什么作用
- 十.Redis
- 0.快速復習回顧Redis
- 1.通俗易懂的Redis數據結構基礎教程
- 2.分布式鎖(一)
- 3.分布式鎖(二)
- 4.延時隊列
- 5.位圖Bitmaps
- 6.Bitmaps(位圖)的使用
- 7.Scan
- 8.redis緩存雪崩、緩存擊穿、緩存穿透
- 9.Redis為什么是單線程、及高并發快的3大原因詳解
- 10.布隆過濾器你值得擁有的開發利器
- 11.Redis哨兵、復制、集群的設計原理與區別
- 12.redis的IO多路復用
- 13.相關redis面試題
- 14.redis集群
- 十一.中間件
- 1.RabbitMQ
- 1.1 RabbitMQ實戰,hello world
- 1.2 RabbitMQ 實戰,工作隊列
- 1.3 RabbitMQ 實戰, 發布訂閱
- 1.4 RabbitMQ 實戰,路由
- 1.5 RabbitMQ 實戰,主題
- 1.6 Spring AMQP 的 AMQP 抽象
- 1.7 Spring AMQP 實戰 – 整合 RabbitMQ 發送郵件
- 1.8 RabbitMQ 的消息持久化與 Spring AMQP 的實現剖析
- 1.9 RabbitMQ必備核心知識
- 2.RocketMQ 的幾個簡單問題與答案
- 2.Kafka
- 2.1 kafka 基礎概念和術語
- 2.2 Kafka的重平衡(Rebalance)
- 2.3.kafka日志機制
- 2.4 kafka是pull還是push的方式傳遞消息的?
- 2.5 Kafka的數據處理流程
- 2.6 Kafka的腦裂預防和處理機制
- 2.7 Kafka中partition副本的Leader選舉機制
- 2.8 如果Leader掛了的時候,follower沒來得及同步,是否會出現數據不一致
- 2.9 kafka的partition副本是否會出現腦裂情況
- 十二.Zookeeper
- 0.什么是Zookeeper(漫畫)
- 1.使用docker安裝Zookeeper偽集群
- 3.ZooKeeper-Plus
- 4.zk實現分布式鎖
- 5.ZooKeeper之Watcher機制
- 6.Zookeeper之選舉及數據一致性
- 十三.計算機網絡
- 1.進制轉換:二進制、八進制、十六進制、十進制之間的轉換
- 2.位運算
- 3.計算機網絡面試題匯總1
- 十四.Docker
- 100.面試題收集合集
- 1.美團面試常見問題總結
- 2.b站部分面試題
- 3.比心面試題
- 4.騰訊面試題
- 5.哈羅部分面試
- 6.筆記
- 十五.Storm
- 1.Storm和流處理簡介
- 2.Storm 核心概念詳解
- 3.Storm 單機版本環境搭建
- 4.Storm 集群環境搭建
- 5.Storm 編程模型詳解
- 6.Storm 項目三種打包方式對比分析
- 7.Storm 集成 Redis 詳解
- 8.Storm 集成 HDFS 和 HBase
- 9.Storm 集成 Kafka
- 十六.Elasticsearch
- 1.初識ElasticSearch
- 2.文檔基本CRUD、集群健康檢查
- 3.shard&replica
- 4.document核心元數據解析及ES的并發控制
- 5.document的批量操作及數據路由原理
- 6.倒排索引
- 十七.分布式相關
- 1.分布式事務解決方案一網打盡
- 2.關于xxx怎么保證高可用的問題
- 3.一致性hash原理與實現
- 4.微服務注冊中心 Nacos 比 Eureka的優勢
- 5.Raft 協議算法
- 6.為什么微服務架構中需要網關
- 0.CAP與BASE理論
- 十八.Dubbo
- 1.快速掌握Dubbo常規應用
- 2.Dubbo應用進階
- 3.Dubbo調用模塊詳解
- 4.Dubbo調用模塊源碼分析
- 6.Dubbo協議模塊