1.Java 有沒有 goto 陳述句？
goto 是 Java 中的保留字，在目前版本的 Java 中沒有使用，根據 James Gosling（Java 之父）撰寫的《The Java Programming Language》一書的附錄中給出了一個 Java 關鍵字串列，其中有 goto 和 const，但是這兩個是目前 無法使用的關鍵字，因此有些地方將其稱之為保留字，其實保留字這個詞應該有更廣泛的意義，因為熟悉 C 語言的程 序員都知道，在系統類別庫中使用過的有特殊意義的單詞或單詞的組合都被視為保
2. & 和 && 的區別
&運算子有兩種用法：(1)按位與；(2)邏輯與，
&&運算子是短路與運算，邏輯與跟短路與的差別是非常巨大的，雖然二者都要求運算子左右兩端的布林值都是 true 整個運算式的值才是 true， &&之所以稱為短路運算是因為，如果&&左邊的運算式的值是 false，右邊的運算式會被直接短路掉，不會進行 運算，很多時候我們可能都需要用&&而不是&，例如在驗證用戶登錄時判定用戶名不是 null 而且不是空字串，應當寫為username != null &&!username.equals("")，二者的順序不能交換，更不能用&運算子，因為第一個條件如果不成立，根本不能進行字串的eqals比較，否則會產生NullPointerException例外，
注意：邏輯或運算子（|） 和短路或運算子（||）的差別也是如此，
3. 在 Java 中，如何跳出當前的多重嵌套回圈
在最外層回圈前加一個標記如 A，然后用 break A;可以跳出多重回圈，（Java 中支持帶標簽的 break 和 continue 陳述句，作用有點類似于 C 和 C++中的 goto 陳述句，但是就像要避免使用 goto 一樣，應該避免使用帶標簽的 break 和 continue，因為它不會讓你的程式變得更優雅，很多時候甚至有相反的作用），
4. 兩個物件值相同 (x.equals(y) == true) ，但卻可有不同的 hashCode，這句 話對不對？
不對，如果兩個物件 x 和 y 滿足 x.equals(y) == true，它們的哈希碼（hashCode）應當相同，
Java 對于 eqauls 方法和 hashCode 方法是這樣規定的：
(1)如果兩個物件相同（equals 方法回傳 true），那 么它們的 hashCode 值一定要相同；
(2)如果兩個物件的 hashCode 相同，它們并不一定相同，當然，你未必要按照 要求去做，但是如果你違背了上述原則就會發現在使用容器時，相同的物件可以出現在 Set 集合中，同時增加新元素 的效率會大大下降（對于使用哈希存盤的系統，如果哈希碼頻繁的沖突將會造成存取性能急劇下降），
關于 equals 和 hashCode 方法，很多 Java 程式員都知道，但很多人也就是僅僅知道而已，在 Joshua Bloch 的大作《Effective Java》（很多軟體公司），《Effective Java》、《Java 編程思想》以及《重構：改善既有代碼質量》 是 Java 程式員必看書籍，如果你還沒看過，那就趕緊去買一本吧）中是這樣介紹 equals 方法的，
首先 equals 方法必須滿足自反性（x.equals(x)必須回傳 true）、對稱性（x.equals(y)回傳 true 時，y.equals(x) 也必須回傳 true）、傳遞性（x.equals(y)和 y.equals(z)都回傳 true 時，x.equals(z)也必須回傳 true）和一致性（當 x 和 y 參考的物件資訊沒有被修改時，多次呼叫 x.equals(y)應該得到同樣的回傳值），而且對于任何非 null 值的引 用 x，x.equals(null)必須回傳 false，
實作高質量的equals方法的訣竅包括：
1. 使用==運算子檢查"引數是否為這個物件的參考"；
2. 使用 instanceof 運算子檢查"引數是否為正確的型別"；3. 對于類中的關鍵屬性，檢查引數傳入物件的屬性是否與之相匹配；
4. 撰寫完equals方法后，問自己它是否滿足對稱性、傳遞性、一致性；
5. 重寫equals時總是要重寫hashCode；
6. 不要將equals方法引數中的Object物件替換為其他的型別，在重寫時不要忘掉 @Override 注解，
5. 是否可以繼承 String
String 類是 final 類，不可以被繼承，繼承 String 本身就是一個錯誤的行為，對 String 型別最好的重用方式是關聯關系（Has-A）和依賴關系（Use- A）而不是繼承關系（Is-A），
6. 當一個物件被當作引數傳遞到一個方法后，此方法可改變這個物件的屬性，并 可回傳變化后的結果，那么這里到底是值傳遞還是參考傳遞?
是值傳遞，Java 語言的方法呼叫只支持引數的值傳遞，當一個物件實體作為一個引數被傳遞到方法中時，引數的 值就是對該物件的參考，物件的屬性可以在被呼叫程序中被改變，但對物件參考的改變是不會影響到呼叫者的，C++ 和 C#中可以通過傳參考或傳輸出引數來改變傳入的引數的值，說明：Java 中沒有傳參考實在是非常的不方便，這一 點在 Java 8 中仍然沒有得到改進，正是如此在 Java 撰寫的代碼中才會出現大量的 Wrapper 類（將需要通過方法 呼叫修改的參考置于一個 Wrapper 類中，再將 Wrapper 物件傳入方法），這樣的做法只會讓代碼變得臃腫，尤其 是讓從 C 和 C++轉型為 Java 程式員的開發者無法容忍，
7. 多載（overload）和重寫（override）的區別？多載的方法能否根據回傳型別 進行區分？
方法的多載和重寫都是實作多型的方式，區別在于前者實作的是編譯時的多型性，而后者實作的是運行時的多型 性，多載發生在一個類中，同名的方法如果有不同的引數串列（引數型別不同、引數個數不同或者二者都不同）則視為 多載；重寫發生在子類與父類之間，重寫要求子類被重寫方法與父類被重寫方法有相同的回傳型別，比父類被重寫方 法更好訪問，不能比父類被重寫方法宣告更多的例外（里氏代換原則），多載對回傳型別沒有特殊的要求， 方法多載的規則： 1.方法名一致，引數串列中引數的順序，型別，個數不同
2.多載與方法的回傳值無關，存在于父類和子類，同類中
3.可以拋出不同的例外，可以有不同修飾符，
方法重寫的規則：
1.引數串列必須完全與被重寫方法的一致，回傳型別必須完全與被重寫方法的回傳型別一致，
2.構造方法不能被重寫，宣告為 final 的方法不能被重寫，宣告為 static 的方法不能被重寫，但是能夠被再次 宣告， 3.訪問權限不能比父類中被重寫的方法的訪問權限更低，
4.重寫的方法能夠拋出任何非強制例外（UncheckedException，也叫非運行時例外），無論被重寫的方法是 否拋出例外，但是，重寫的方法不能拋出新的強制性例外，或者比被重寫方法宣告的更廣泛的強制性例外，反之則 可以，
8.為什么函式不能根據回傳型別來區分多載？
該道題來自華為面試題， 因為呼叫時不能指定型別資訊，編譯器不知道你要呼叫哪個函式，
例如：
1．float max(int a, int b);
2．int max(int a, int b);
當呼叫 max(1, 2);時無法確定呼叫的是哪個，單從這一點上來說，僅回傳值型別不同的多載是不應該允許的， 再比如對下面這兩個方法來說，雖然它們有同樣的名字和自變數，但其實是很容易區分的：
1．void f() {}
2．int f() {}
若編譯器可根據背景關系（語境）明確判斷出含義，比如在 int x=f()中，那么這樣做完全沒有問題，然而， 我們也可能呼叫一個方法，同時忽略回傳值；我們通常把這稱為“為它的副作用去呼叫一個方法”，因為我 們關心的不是回傳值，而是方法呼叫的其他效果，所以假如我們像下面這樣呼叫方法： f(); Java 怎樣判斷 f()的具體調 用方式呢？而且別人如何識別并理解代碼呢？由于存在這一類的問題，所以不能，函式的回傳值只是作為函式運行之后的一個“狀態”，他是保持方法的呼叫者與被呼叫者進行通信的關鍵，并不能 作為某個方法的“標識”，
9. char 型變數中能不能存盤一個中文漢字，為什么？
char 型別可以存盤一個中文漢字，因為 Java 中使用的編碼是 Unicode（不選擇任何特定的編碼，直接 使用字符在字符集中的編號，這是統一的唯一方法），一個 char 型別占 2 個位元組（16 位元），所以放一個中 文是沒問題的，
補充：使用 Unicode 意味著字符在 JVM 內部和外部有不同的表現形式，在 JVM 內部都是 Unicode，當這個字符被 從 JVM 內部轉移到外部時（例如存入檔案系統中），需要進行編碼轉換，所以 Java 中有位元組流和字符流，以及在字 符流和位元組流之間進行轉換的轉換流，如 InputStreamReader 和 OutputStreamReader，這兩個類是位元組流和字符 流之間的配接器類，承擔了編碼轉換的任務；對于 C 程式員來說，要完成這樣的編碼轉換恐怕要依賴于 union（聯合 體/共用體）共享記憶體的特征來實作了，
10. 抽象類(abstract class)和介面(interface)有什么異同？（2017-11-16-wl） 不同：
抽象類：
1、抽象類中可以定義構造器
2、可以有抽象方法和具體方法
3、介面中的成員全都是 public 的
4、抽象類中可以定義成員變數
5、有抽象方法的類必須被宣告為抽象類，而抽象類未必要有抽象方法
6、抽象類中可以包含靜態方法
7、一個類只能繼承一個抽象類
介面：
1、介面中不能定義構造器
2、方法全部都是抽象方法
3、抽象類中的成員可以是 private、默認、protected、public
4、介面中定義的成員變數實際上都是常量
5、介面中不能有靜態方法
6、一個類可以實作多個介面
相同：
1.不能夠實體化
2.可以將抽象類和介面型別作為參考型別
3.一個類如果繼承了某個抽象類或者實作了某個介面都需要對其中的抽象方法全部進行實作，否則該類仍然需要 被宣告為抽象類
11. 抽象的(abstract)方法是否可同時是靜態的(static), 是否可同時是本地方法 (native)，是否可同時被 synchronized
都不能，
抽象方法需要子類重寫，而靜態的方法是無法被重寫的，因此二者是矛盾的，本地方法是由 本地代碼（如 C 代碼）實作的方法，而抽象方法是沒有實作的，也是矛盾的，synchronized 和方法的實作細節有關， 抽象方法不涉及實作細節，因此也是相互矛盾的，
12. 闡述靜態變數和實體變數的區別？
靜態變數: 是被 static 修飾符修飾的變數，也稱為類變數，它屬于類，不屬于類的任何一個物件，一個類不管創建多少個物件，靜態變數在記憶體中有且僅有一個拷貝；
實體變數: 必須依存于某一實體，需要先創建物件然后通過物件才能訪問到它，靜態變數可以實作讓多個對 象共享記憶體，
13. ==和 equals 的區別？
equals 和== 最大的區別是一個是方法一個是運算子，
==：如果比較的物件是基本資料型別，則比較的是數值是否相等；如果比較的是參考資料型別，則比較的是物件 的地址值是否相等，
equals()：用來比較方法兩個物件的內容是否相等， 注意：equals 方法不能用于基本資料型別的變數，如果沒有對 equals 方法進行重寫，則比較的是參考型別的變 量所指向的物件的地址，
14. break 和 continue 的區別？
break 和 continue 都是用來控制回圈的陳述句，
break 用于完全結束一個回圈，跳出回圈體執行回圈后面的陳述句，
continue 用于跳過本次回圈，執行下次回圈，
15. String s = "Hello";s = s + " world!";這兩行代碼執行后，原始的 String 物件 中的內容到底變了沒有？
沒有，
因為 String 被設計成不可變(immutable)類，所以它的所有物件都是不可變物件，在這段代碼中，s 原先指 向一個 String 物件，內容是 "Hello"，然后我們對 s 進行了“+”操作，那么 s 所指向的那個物件是否發生了改變呢？ 答案是沒有，這時，s 不指向原來那個物件了，而指向了另一個 String 物件，內容為"Hello world!"，原來那個物件還存在于記憶體之中，只是 s 這個參考變數不再指向它了， 通過上面的說明，我們很容易匯出另一個結論，如果經常對字串進行各種各樣的修改，或者說，不可預見的修 改，那么使用 String 來代表字串的話會引起很大的記憶體開銷，因為 String 物件建立之后不能再改變，所以對于每 一個不同的字串，都需要一個 String 物件來表示，這時，應該考慮使用 StringBuffer 類，它允許修改，而不是每個 不同的字串都要生成一個新的物件，并且，這兩種類的物件轉換十分容易，同時，我們還可以知道，如果要使用內容 相同的字串，不必每次都 new 一個 String，例如我們要在構造器中對一個名叫 s 的 String 參考變數進行初始化， 把它設定為初始值，應當這樣做：
1．public class Demo {
2． private String s;
3． ...
4． s = "Initial Value";
5． ...
6．}
而非
1．s = new String("Initial Value");
后者每次都會呼叫構造器，生成新物件，性能低下且記憶體開銷大，并且沒有意義，因為 String 物件不可改變，所 以對于內容相同的字串，只要一個 String 物件來表示就可以了，也就說，多次呼叫上面的構造器創建多個物件，他 們的 String 型別屬性 s 都指向同一個物件， 上面的結論還基于這樣一個事實：對于字串常量，如果內容相同，Java 認為它們代表同一個 String 物件，而 用關鍵字 new 呼叫構造器，總是會創建一個新的物件，無論內容是否相同， 至于為什么要把 String 類設計成不可變 類，是它的用途決定的，其實不只 String，很多 Java 標準類別庫中的類都是不可變的，在開發一個系統的時候，我們 有時候也需要設計不可變類，來傳遞一組相關的值，這也是面向物件思想的體現，不可變類有一些優點，比如因為它 的物件是只讀的，所以多執行緒并發訪問也不會有任何問題，當然也有一些缺點，比如每個不同的狀態都要一個物件來 代表，可能會造成性能上的問題，所以 Java 標準類別庫還提供了一個可變版本，即 StringBuffer，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/69355.html
標籤：Java