JAVA中，final, finally, finalize 的區(qū)別

在Java編程語(yǔ)言中，final、finally和finalize是三個(gè)具有不同含義和用途的關(guān)鍵字。

1、 final： final是一個(gè)修飾符，它可以修飾類(lèi)、方法和變量。它的作用是限制某些對(duì)象或行為的改變。

• 當(dāng)用于修飾類(lèi)時(shí)，表示該類(lèi)不能被繼承。例如：public final class MyClass {}。
• 當(dāng)用于修飾方法時(shí)，表示該方法不能被子類(lèi)重寫(xiě)。例如：public final void myMethod() {}。
• 當(dāng)用于修飾變量時(shí)，表示該變量為常量，一旦賦值就不能再更改。例如：public static final double PI = 3.141592653589793;。

2、 finally： finally是一個(gè)關(guān)鍵字，通常與try和catch一起使用，用于處理異常。finally塊中的代碼無(wú)論是否發(fā)生異常都會(huì)被執(zhí)行。這在需要確保某些資源（例如文件、網(wǎng)絡(luò)連接等）被正確釋放時(shí)非常有用。例如：

try {
    // 可能拋出異常的代碼
} catch (Exception e) {
    // 處理異常的代碼
} finally {
    // 無(wú)論是否發(fā)生異常，都會(huì)執(zhí)行的代碼
}

3、 finalize： finalize是java.lang.Object類(lèi)中的一個(gè)方法。在Java中，所有類(lèi)都隱式地繼承自O(shè)bject類(lèi)。finalize方法在垃圾回收器清理對(duì)象之前被調(diào)用，用于執(zhí)行對(duì)象的清理工作。一般情況下，不建議重寫(xiě)finalize方法，因?yàn)槠鋱?zhí)行時(shí)間和調(diào)用次數(shù)是不確定的，而且在Java 9及之后的版本中，finalize方法已經(jīng)被標(biāo)記為廢棄。為了更好地管理資源，可以使用try-with-resources語(yǔ)句或顯式地關(guān)閉資源。

總結(jié)一下，final、finally和finalize在Java中具有不同的含義和用途。final用于修飾類(lèi)、方法和變量，表示它們不能被改變；finally用于異常處理，表示無(wú)論是否發(fā)生異常都會(huì)執(zhí)行的代碼；finalize是Object類(lèi)中的一個(gè)方法，用于在垃圾回收器清理對(duì)象之前執(zhí)行清理工作，但在現(xiàn)代Java中不建議使用。

BIO、NIO、AIO 有什么區(qū)別？

在Java中，BIO（Blocking I/O）、NIO（Non-blocking I/O）和AIO（Asynchronous I/O）是三種不同的I/O處理模型，它們?cè)谔幚磔斎胼敵鰰r(shí)具有不同的特點(diǎn)和使用場(chǎng)景。

1、 BIO（Blocking I/O）： BIO是傳統(tǒng)的Java I/O模型，也被稱(chēng)為同步阻塞I/O。在這種模型中，當(dāng)一個(gè)線(xiàn)程執(zhí)行I/O操作時(shí)（如讀取、寫(xiě)入等），該線(xiàn)程會(huì)被阻塞，直到操作完成。這種方式簡(jiǎn)單易用，但在高并發(fā)場(chǎng)景下，性能較差，因?yàn)槊總€(gè)I/O操作都需要一個(gè)線(xiàn)程，線(xiàn)程數(shù)量過(guò)多可能導(dǎo)致資源耗盡。

2、 NIO（Non-blocking I/O）： NIO是Java 1.4引入的新I/O模型，也被稱(chēng)為同步非阻塞I/O。NIO提供了基于緩沖區(qū)（Buffer）和通道（Channel）的新I/O抽象。NIO允許線(xiàn)程在等待某個(gè)I/O操作完成時(shí)執(zhí)行其他任務(wù)，從而提高了I/O操作的并發(fā)性。NIO的主要特點(diǎn)包括：

• 使用緩沖區(qū)進(jìn)行數(shù)據(jù)操作，提高數(shù)據(jù)處理效率。
• 通過(guò)Selector（選擇器）實(shí)現(xiàn)多路復(fù)用，允許一個(gè)線(xiàn)程同時(shí)處理多個(gè)Channel，提高并發(fā)性能。
• 支持非阻塞I/O操作，減少線(xiàn)程等待時(shí)間。 NIO相較于BIO，在高并發(fā)場(chǎng)景下具有更好的性能表現(xiàn)。

3、 AIO（Asynchronous I/O）： AIO是Java 1.7引入的異步非阻塞I/O模型，也稱(chēng)為NIO.2。AIO采用了事件驅(qū)動(dòng)的方式進(jìn)行I/O操作，當(dāng)一個(gè)I/O操作完成時(shí)，會(huì)通知相應(yīng)的事件處理器進(jìn)行處理。AIO的主要特點(diǎn)包括：

• 支持異步I/O操作，允許線(xiàn)程在等待I/O操作時(shí)執(zhí)行其他任務(wù)。
• 通過(guò)CompletionHandler（完成處理器）實(shí)現(xiàn)事件驅(qū)動(dòng)，當(dāng)I/O操作完成時(shí)，會(huì)自動(dòng)觸發(fā)處理器進(jìn)行處理。 AIO在某些場(chǎng)景下（例如大文件傳輸、低延遲要求等）具有更好的性能表現(xiàn)。

總結(jié)一下，BIO、NIO和AIO是Java中三種不同的I/O處理模型。BIO是傳統(tǒng)的同步阻塞I/O模型，適用于簡(jiǎn)單場(chǎng)景；NIO是同步非阻塞I/O模型，適用于高并發(fā)場(chǎng)景；AIO是異步非阻塞I/O模型，適用于大文件傳輸和低延遲要求的場(chǎng)景。在實(shí)際應(yīng)用中，根據(jù)需求和場(chǎng)景選擇合適的I/O處理模型是非常重要的。

說(shuō)說(shuō)Java中多態(tài)的實(shí)現(xiàn)原理

Java中的多態(tài)（Polymorphism）是面向?qū)ο缶幊蹋∣OP）的一個(gè)重要特性，它允許一個(gè)類(lèi)的對(duì)象表現(xiàn)出多種形態(tài)。多態(tài)的實(shí)現(xiàn)主要依賴(lài)于繼承（Inheritance）和接口（Interface），通過(guò)方法重寫(xiě)（Override）和接口實(shí)現(xiàn)（Implementation）來(lái)實(shí)現(xiàn)。

實(shí)現(xiàn)原理： 多態(tài)的實(shí)現(xiàn)原理主要依賴(lài)于Java的動(dòng)態(tài)方法分派機(jī)制。當(dāng)一個(gè)子類(lèi)重寫(xiě)了父類(lèi)的方法時(shí)，Java運(yùn)行時(shí)系統(tǒng)會(huì)根據(jù)對(duì)象的實(shí)際類(lèi)型來(lái)決定調(diào)用哪個(gè)方法。這個(gè)過(guò)程是在運(yùn)行時(shí)（Runtime）進(jìn)行的，而不是在編譯時(shí)（Compile-time）。這使得我們可以通過(guò)父類(lèi)引用來(lái)調(diào)用子類(lèi)的方法，實(shí)現(xiàn)多態(tài)的特性。

示例： 下面的示例展示了如何在Java中實(shí)現(xiàn)多態(tài)：

// 定義一個(gè)基類(lèi)（父類(lèi)）Animal
class Animal {
    public void makeSound() {
        System.out.println("The animal makes a sound");
    }
}

// 定義一個(gè)子類(lèi)（派生類(lèi)）Dog，繼承自Animal
class Dog extends Animal {
    // 重寫(xiě)父類(lèi)的makeSound方法
    @Override
    public void makeSound() {
        System.out.println("The dog barks");
    }
}

// 定義一個(gè)子類(lèi)（派生類(lèi)）Cat，繼承自Animal
class Cat extends Animal {
    // 重寫(xiě)父類(lèi)的makeSound方法
    @Override
    public void makeSound() {
        System.out.println("The cat meows");
    }
}

public class PolymorphismDemo {
    public static void main(String[] args) {
        // 使用父類(lèi)引用來(lái)創(chuàng)建子類(lèi)對(duì)象
        Animal myAnimal = new Dog();
        myAnimal.makeSound(); // 輸出: The dog barks

        myAnimal = new Cat();
        myAnimal.makeSound(); // 輸出: The cat meows

        myAnimal = new Animal();
        myAnimal.makeSound(); // 輸出: The animal makes a sound
    }
}

在這個(gè)示例中，Dog和Cat都是Animal的子類(lèi)，它們分別重寫(xiě)了父類(lèi)的makeSound方法。在main方法中，我們使用父類(lèi)引用Animal來(lái)創(chuàng)建子類(lèi)對(duì)象，然后調(diào)用makeSound方法。根據(jù)對(duì)象的實(shí)際類(lèi)型，Java運(yùn)行時(shí)系統(tǒng)會(huì)自動(dòng)調(diào)用相應(yīng)的方法，實(shí)現(xiàn)多態(tài)的特性。

int 和 Integer 有什么區(qū)別，還有 Integer 緩存的實(shí)現(xiàn)

在Java中，int和Integer的主要區(qū)別在于它們分別是基本數(shù)據(jù)類(lèi)型和引用數(shù)據(jù)類(lèi)型。

1、 int： int是Java中的一種基本數(shù)據(jù)類(lèi)型（primitive data type），它表示整數(shù)。int類(lèi)型占用4個(gè)字節(jié)（32位），取值范圍為-2^31到2^31-1。由于int是基本數(shù)據(jù)類(lèi)型，它的操作速度通常比引用類(lèi)型更快。但是，int類(lèi)型不能用于泛型編程，也不能表示空值（null）。

2、 Integer： Integer是Java中的一種引用數(shù)據(jù)類(lèi)型，它是int類(lèi)型的包裝類(lèi)（wrApper class）。Integer類(lèi)為int類(lèi)型提供了一些有用的方法和常量，例如將int類(lèi)型轉(zhuǎn)換為字符串，將字符串轉(zhuǎn)換為int類(lèi)型等。由于Integer是引用類(lèi)型，它可以用于泛型編程，也可以表示空值（null）。

Integer緩存的實(shí)現(xiàn)： 為了提高性能和減少內(nèi)存占用，Java對(duì)Integer對(duì)象進(jìn)行了緩存。當(dāng)我們使用Integer.valueOf方法或自動(dòng)裝箱（autoboxing）時(shí)，Java會(huì)嘗試從緩存中獲取Integer對(duì)象，而不是每次都創(chuàng)建一個(gè)新的對(duì)象。這個(gè)緩存的范圍是從-128到127，這些值是在Integer類(lèi)初始化時(shí)創(chuàng)建的。

以下是一個(gè)簡(jiǎn)單的示例，說(shuō)明了Integer緩存的效果：

Integer a = 127;
Integer b = 127;

System.out.println(a == b); // 輸出: true

Integer c = 128;
Integer d = 128;

System.out.println(c == d); // 輸出: false

在這個(gè)示例中，我們創(chuàng)建了兩對(duì)Integer對(duì)象。對(duì)于第一對(duì)，它們的值在緩存范圍內(nèi)（-128到127），所以a和b實(shí)際上是指向同一個(gè)Integer對(duì)象，因此a == b的結(jié)果為true。而對(duì)于第二對(duì)，它們的值超出了緩存范圍，所以c和d是指向兩個(gè)不同的Integer對(duì)象，因此c == d的結(jié)果為false。

總結(jié)一下，int和Integer在Java中具有不同的特點(diǎn)和用途。int是基本數(shù)據(jù)類(lèi)型，操作速度快，但不能用于泛型編程和表示空值；Integer是引用數(shù)據(jù)類(lèi)型，可以用于泛型編程和表示空值，但操作速度相對(duì)較慢。此外，Java對(duì)Integer對(duì)象進(jìn)行了緩存，以提高性能和減少內(nèi)存占用。在實(shí)際編程中，我們應(yīng)根據(jù)需要選擇使用int或Integer。

為什么說(shuō)java里面只有值傳遞？

在Java中，方法參數(shù)傳遞是按值傳遞的。這意味著當(dāng)我們將一個(gè)變量傳遞給方法時(shí)，實(shí)際上傳遞的是變量的值，而不是變量本身。這里需要區(qū)分基本數(shù)據(jù)類(lèi)型和引用數(shù)據(jù)類(lèi)型的值傳遞。

1、 基本數(shù)據(jù)類(lèi)型： 對(duì)于基本數(shù)據(jù)類(lèi)型（如int，double，char等），值傳遞意味著傳遞的是變量的實(shí)際值。當(dāng)我們將基本數(shù)據(jù)類(lèi)型作為參數(shù)傳遞給方法時(shí)，方法內(nèi)部的操作不會(huì)影響原始變量的值。

例如：

public static void main(String[] args) {
    int x = 10;
    modify(x);
    System.out.println(x); // 輸出: 10
}

public static void modify(int value) {
    value = 20;
}

在這個(gè)例子中，我們將x傳遞給modify方法。modify方法內(nèi)部修改了value的值，但這不會(huì)影響x的值，因?yàn)閭鬟f的是x的值，而不是x本身。

2、 引用數(shù)據(jù)類(lèi)型： 對(duì)于引用數(shù)據(jù)類(lèi)型（如對(duì)象、數(shù)組等），值傳遞意味著傳遞的是對(duì)象引用的值，而不是對(duì)象本身。因此，在方法內(nèi)部，我們可以修改對(duì)象的狀態(tài)（如字段值），但不能改變?cè)家盟赶虻膶?duì)象。

例如：

public static void main(String[] args) {
    StringBuilder sb = new StringBuilder("hello");
    modify(sb);
    System.out.println(sb); // 輸出: hello world
}

public static void modify(StringBuilder value) {
    value.append(" world");
}

在這個(gè)例子中，我們將sb傳遞給modify方法。modify方法內(nèi)部修改了value所指向?qū)ο蟮臓顟B(tài)（追加了" world"），這會(huì)影響sb所指向的對(duì)象，因?yàn)閭鬟f的是對(duì)象引用的值。然而，我們不能改變sb本身指向的對(duì)象，例如：

public static void main(String[] args) {
    StringBuilder sb = new StringBuilder("hello");
    modify(sb);
    System.out.println(sb); // 輸出: hello
}

public static void modify(StringBuilder value) {
    value = new StringBuilder("hello world");
}

在這個(gè)例子中，modify方法內(nèi)部將value指向了一個(gè)新的對(duì)象。這不會(huì)影響sb所指向的對(duì)象，因?yàn)閭鬟f的是對(duì)象引用的值，而不是對(duì)象本身。

綜上所述，Java中的方法參數(shù)傳遞是按值傳遞的，無(wú)論是基本數(shù)據(jù)類(lèi)型還是引用數(shù)據(jù)類(lèi)型。對(duì)于引用數(shù)據(jù)類(lèi)型，傳遞的是對(duì)象引用的值，這使得我們可以在方法內(nèi)部修改對(duì)象的狀態(tài)，但不能改變?cè)家盟赶虻膶?duì)象。

Java 中 IO 流分為哪幾種?

1、Java 中 IO 流的分類(lèi)

Java中的流可以按照數(shù)據(jù)的類(lèi)型和傳輸?shù)姆较騺?lái)分類(lèi)，分別由四個(gè)抽象類(lèi)來(lái)表示，Java中其他多種多樣變化的流均是由它們派生出來(lái)的。

按照數(shù)據(jù)的類(lèi)型，流分為字節(jié)流和字符流：

• 字節(jié)流：InputStream，OutputStream。字節(jié)流按照8位傳輸，可以處理任何類(lèi)型的數(shù)據(jù)，包括二進(jìn)制數(shù)據(jù)。
• 字符流: Reader，Writer。字符流按照16位傳輸，只能處理字符或者字符串，可以直接處理Unicode字符。

按照傳輸?shù)姆较颍鞣譃檩斎肓骱洼敵隽鳎?/p>

• 輸入流：InputStream，Reader。輸入流用于從數(shù)據(jù)源讀取數(shù)據(jù)到內(nèi)存中。
• 輸出流：OutputStream，Writer。輸出流用于從內(nèi)存中寫(xiě)出數(shù)據(jù)到目標(biāo)位置。

2、字節(jié)流和字符流的區(qū)別

字節(jié)流和字符流的區(qū)別主要在于處理數(shù)據(jù)的類(lèi)型不同：

• 字節(jié)流可以處理任何類(lèi)型的數(shù)據(jù)，包括二進(jìn)制數(shù)據(jù)，而字符流只能處理字符或者字符串；
• 字節(jié)流提供了處理任何類(lèi)型的IO操作的功能，但它不能直接處理Unicode字符，而字符流就可以。
• 字節(jié)流在讀寫(xiě)文本數(shù)據(jù)時(shí)，需要進(jìn)行編碼和解碼的轉(zhuǎn)換，而字符流則不需要。

3、適用場(chǎng)景分析

BIO方式適用于連接數(shù)目比較小且固定的架構(gòu)，這種方式對(duì)服務(wù)器資源要求比較高，并發(fā)局限于應(yīng)用中，JDK1.4以前的唯一選擇，但程序直觀簡(jiǎn)單易理解。 NIO方式適用于連接數(shù)目多且連接比較短（輕操作）的架構(gòu)，比如聊天服務(wù)器，并發(fā)局限于應(yīng)用中，編程比較復(fù)雜，JDK1.4開(kāi)始支持。 AIO方式使用于連接數(shù)目多且連接比較長(zhǎng)（重操作）的架構(gòu)，比如相冊(cè)服務(wù)器，充分調(diào)用OS參與并發(fā)操作，編程比較復(fù)雜，JDK7開(kāi)始支持。

抽象工廠和工廠方法模式的區(qū)別

抽象工廠模式（Abstract Factory）和工廠方法模式（Factory Method）都是創(chuàng)建型設(shè)計(jì)模式，用于處理對(duì)象的創(chuàng)建過(guò)程。它們之間的主要區(qū)別在于處理對(duì)象創(chuàng)建的復(fù)雜性和抽象層次。

1、 工廠方法模式： 工廠方法模式主要用于創(chuàng)建一類(lèi)產(chǎn)品。在這個(gè)模式中，有一個(gè)抽象的工廠接口，它定義了一個(gè)用于創(chuàng)建產(chǎn)品的方法。具體的工廠類(lèi)實(shí)現(xiàn)這個(gè)接口，并負(fù)責(zé)創(chuàng)建具體的產(chǎn)品。客戶(hù)端只需要使用抽象工廠接口，而不需要知道具體的工廠和產(chǎn)品類(lèi)。這使得客戶(hù)端可以在運(yùn)行時(shí)切換不同的工廠實(shí)現(xiàn)，從而創(chuàng)建不同的產(chǎn)品。

工廠方法模式的優(yōu)點(diǎn)在于它實(shí)現(xiàn)了對(duì)創(chuàng)建過(guò)程的封裝，使得客戶(hù)端不需要知道具體的產(chǎn)品類(lèi)。這有助于降低代碼的耦合度，提高代碼的可維護(hù)性和可擴(kuò)展性。

2、 抽象工廠模式： 抽象工廠模式用于創(chuàng)建多個(gè)相關(guān)或相互依賴(lài)的產(chǎn)品系列。在這個(gè)模式中，有一個(gè)抽象的工廠接口，它定義了用于創(chuàng)建多個(gè)產(chǎn)品的方法。具體的工廠類(lèi)實(shí)現(xiàn)這個(gè)接口，并負(fù)責(zé)創(chuàng)建具體的產(chǎn)品系列。客戶(hù)端只需要使用抽象工廠接口，而不需要知道具體的工廠和產(chǎn)品類(lèi)。這使得客戶(hù)端可以在運(yùn)行時(shí)切換不同的工廠實(shí)現(xiàn)，從而創(chuàng)建不同的產(chǎn)品系列。

抽象工廠模式的優(yōu)點(diǎn)在于它實(shí)現(xiàn)了對(duì)創(chuàng)建過(guò)程的封裝，使得客戶(hù)端不需要知道具體的產(chǎn)品類(lèi)和它們之間的關(guān)系。這有助于降低代碼的耦合度，提高代碼的可維護(hù)性和可擴(kuò)展性。此外，抽象工廠模式有助于確保客戶(hù)端始終使用一組相互兼容的產(chǎn)品。

總結(jié)： 工廠方法模式和抽象工廠模式之間的主要區(qū)別在于處理對(duì)象創(chuàng)建的復(fù)雜性和抽象層次。工廠方法模式用于創(chuàng)建一類(lèi)產(chǎn)品，而抽象工廠模式用于創(chuàng)建多個(gè)相關(guān)或相互依賴(lài)的產(chǎn)品系列。在實(shí)際項(xiàng)目中，應(yīng)根據(jù)需要選擇合適的設(shè)計(jì)模式。當(dāng)只需要?jiǎng)?chuàng)建一類(lèi)產(chǎn)品時(shí)，可以使用工廠方法模式；當(dāng)需要?jiǎng)?chuàng)建多個(gè)相關(guān)或相互依賴(lài)的產(chǎn)品系列時(shí)，可以使用抽象工廠模式。

在自己的代碼中，如果創(chuàng)建一個(gè) java.lang.String 類(lèi)， 這個(gè)類(lèi)是否可以被類(lèi)加載器加載？為什么

在自己的代碼中創(chuàng)建一個(gè)與java.lang.String具有相同完全限定名的類(lèi)是不被推薦的，并且在大多數(shù)情況下，它無(wú)法正常工作。這是因?yàn)镴ava類(lèi)加載器和類(lèi)加載順序的約束。

類(lèi)加載器在Java中負(fù)責(zé)加載類(lèi)。當(dāng)一個(gè)類(lèi)被首次引用時(shí)，類(lèi)加載器會(huì)按照特定順序查找并加載這個(gè)類(lèi)。類(lèi)加載器遵循以下順序：

1、 Bootstrap ClassLoader（啟動(dòng)類(lèi)加載器）：負(fù)責(zé)加載JRE的核心類(lèi)庫(kù)，如java.lang.*、java.util.*等。啟動(dòng)類(lèi)加載器是用C++編寫(xiě)的，它是JVM的一部分，無(wú)法在Java代碼中訪(fǎng)問(wèn)。

2、 Extension ClassLoader（擴(kuò)展類(lèi)加載器）：負(fù)責(zé)加載Java的擴(kuò)展類(lèi)庫(kù)，如javax.*等。擴(kuò)展類(lèi)加載器是用Java編寫(xiě)的，它繼承自ClassLoader類(lèi)。

3、 Application ClassLoader（應(yīng)用類(lèi)加載器）：負(fù)責(zé)加載用戶(hù)代碼和第三方庫(kù)。應(yīng)用類(lèi)加載器是用Java編寫(xiě)的，它繼承自ClassLoader類(lèi)。

當(dāng)加載一個(gè)類(lèi)時(shí)，類(lèi)加載器會(huì)按照上述順序依次嘗試。因此，當(dāng)、在自己的代碼中創(chuàng)建一個(gè)具有相同完全限定名的java.lang.String類(lèi)時(shí)，類(lèi)加載器會(huì)首先嘗試使用啟動(dòng)類(lèi)加載器加載這個(gè)類(lèi)。由于啟動(dòng)類(lèi)加載器會(huì)加載JRE的核心類(lèi)庫(kù)，它會(huì)找到并加載原始的java.lang.String類(lèi)，而不是、自己定義的版本。

這意味著在大多數(shù)情況下，、無(wú)法創(chuàng)建一個(gè)與java.lang.String具有相同完全限定名的類(lèi)并讓類(lèi)加載器加載它。創(chuàng)建這樣的類(lèi)可能導(dǎo)致類(lèi)加載異常或者其他未預(yù)期的行為。

需要注意的是，盡管在某些特殊情況下（例如自定義類(lèi)加載器），可能可以加載自己定義的java.lang.String類(lèi)，但這種做法通常是不被推薦的，因?yàn)樗赡軐?dǎo)致代碼的不穩(wěn)定和難以維護(hù)。遵循Java的命名約定和類(lèi)加載機(jī)制可以確保代碼的可讀性和可維護(hù)性。

switch 是否能作用在 byte 上，是否能作用在 long 上，是否能作用在 String 上？

在Java中，switch語(yǔ)句可以作用在以下數(shù)據(jù)類(lèi)型上：

1、 整型（int）及其包裝類(lèi)（Integer） 2、 字節(jié)型（byte）及其包裝類(lèi)（Byte） 3、 短整型（short）及其包裝類(lèi)（Short） 4、 字符型（char）及其包裝類(lèi)（Character） 5、 枚舉類(lèi)型（Enum） 6、 從Java 7開(kāi)始，字符串類(lèi)型（String）

所以，switch可以作用在byte及其包裝類(lèi)Byte上。但是，switch不能作用在long及其包裝類(lèi)Long上，因?yàn)樗鼈兂隽藄witch可以處理的范圍。

switch可以作用在String上。從Java 7開(kāi)始，Java支持將String類(lèi)型用于switch語(yǔ)句。在內(nèi)部，Java使用String的hashCode方法將String轉(zhuǎn)換為整數(shù)，并使用equals方法進(jìn)行字符串比較以避免哈希沖突。這種方法使得switch語(yǔ)句可以高效地處理String類(lèi)型。

以下是一個(gè)使用switch語(yǔ)句處理String類(lèi)型的示例：

public static void main(String[] args) {
    String fruit = "apple";
    
    switch (fruit) {
        case "apple":
            System.out.println("It's an apple.");
            break;
        case "orange":
            System.out.println("It's an orange.");
            break;
        case "banana":
            System.out.println("It's a banana.");
            break;
        default:
            System.out.println("Unknown fruit.");
    }
}

Java 7 新的 try-with-resources 語(yǔ)句，平時(shí)有使用嗎 ？

Java 7引入了一個(gè)新的語(yǔ)句，稱(chēng)為try-with-resources，用于自動(dòng)關(guān)閉實(shí)現(xiàn)了java.lang.AutoCloseable或java.io.Closeable接口的資源。在日常編程中，我們確實(shí)會(huì)頻繁使用它，因?yàn)樗梢院?jiǎn)化資源管理并防止資源泄漏。

使用try-with-resources語(yǔ)句時(shí)，需要注意以下事項(xiàng)：

1、 資源類(lèi)需實(shí)現(xiàn)AutoCloseable或Closeable接口：只有實(shí)現(xiàn)了這些接口的資源類(lèi)才能在try-with-resources語(yǔ)句中使用。大多數(shù)Java標(biāo)準(zhǔn)庫(kù)中的資源類(lèi)，如InputStream、OutputStream、Reader、Writer、Socket等，已經(jīng)實(shí)現(xiàn)了這些接口。

2、 自動(dòng)關(guān)閉資源：try-with-resources語(yǔ)句會(huì)自動(dòng)關(guān)閉在其聲明中的所有資源。因此，無(wú)需顯式調(diào)用close()方法。這有助于避免因忘記關(guān)閉資源而導(dǎo)致的資源泄漏。

3、 多個(gè)資源的處理：可以在一條try-with-resources語(yǔ)句中聲明和初始化多個(gè)資源。在這種情況下，它們應(yīng)該用分號(hào)分隔。資源會(huì)按照聲明的相反順序關(guān)閉。

4、 異常處理：如果在try塊中以及關(guān)閉資源時(shí)都發(fā)生異常，try-with-resources語(yǔ)句會(huì)抑制關(guān)閉資源時(shí)發(fā)生的異常，而只拋出try塊中的異常。關(guān)閉資源時(shí)發(fā)生的異常會(huì)被添加到主異常的“抑制異常”列表中。可以使用Throwable.getSuppressed()方法獲取這些抑制的異常。

下面是一個(gè)使用try-with-resources的示例，讀取文件并輸出內(nèi)容：

import java.io.BufferedReader;
import java.io.FileReader;
import java.io.IOException;

public class TryWithResourcesExample {
    public static void main(String[] args) {
        String filePath = "example.txt";

        try (BufferedReader reader = new BufferedReader(new FileReader(filePath))) {
            String line;
            while ((line = reader.readLine()) != null) {
                System.out.println(line);
            }
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

在這個(gè)示例中，我們使用了try-with-resources語(yǔ)句來(lái)自動(dòng)關(guān)閉BufferedReader資源。當(dāng)try塊執(zhí)行完畢后，無(wú)論是否發(fā)生異常，BufferedReader都會(huì)被自動(dòng)關(guān)閉。這樣可以簡(jiǎn)化代碼，減少資源泄漏的風(fēng)險(xiǎn)。

Class.forName 和 ClassLoader 的區(qū)別

Class.forName() 和 ClassLoader 都可以用來(lái)加載類(lèi)，但它們之間存在一些差異。

1、 方法調(diào)用：

Class.forName() 是 java.lang.Class 類(lèi)的一個(gè)靜態(tài)方法，用于加載一個(gè)類(lèi)。調(diào)用方法如下：

Class<?> clazz = Class.forName("com.example.MyClass");

而 ClassLoader 是一個(gè)抽象類(lèi)，通常通過(guò)調(diào)用其子類(lèi)（如 URLClassLoader 或自定義類(lèi)加載器）的 loadClass() 方法來(lái)加載類(lèi)。調(diào)用方法如下：

ClassLoader classLoader = this.getClass().getClassLoader();
Class<?> clazz = classLoader.loadClass("com.example.MyClass");

2、 類(lèi)初始化：

Class.forName() 在加載類(lèi)時(shí)，會(huì)自動(dòng)初始化該類(lèi)，即執(zhí)行靜態(tài)代碼塊和靜態(tài)變量的初始化。這可能導(dǎo)致一些副作用，例如靜態(tài)代碼塊可能會(huì)執(zhí)行一些有副作用的操作。因此，在使用 Class.forName() 加載類(lèi)時(shí)，請(qǐng)確保您理解類(lèi)的初始化行為。

而使用 ClassLoader 的 loadClass() 方法加載類(lèi)時(shí)，默認(rèn)情況下不會(huì)自動(dòng)初始化類(lèi)。如果需要初始化類(lèi)，可以通過(guò) ClassLoader.loadClass(String name, boolean resolve) 方法的第二個(gè)參數(shù)來(lái)指定。

3、 類(lèi)加載器：

Class.forName() 默認(rèn)使用調(diào)用它的類(lèi)的類(lèi)加載器來(lái)加載指定的類(lèi)。如果需要使用特定的類(lèi)加載器加載類(lèi)，可以使用 Class.forName(String name, boolean initialize, ClassLoader loader) 方法的第三個(gè)參數(shù)指定類(lèi)加載器。

而使用 ClassLoader 的 loadClass() 方法加載類(lèi)時(shí)，直接使用該類(lèi)加載器實(shí)例來(lái)加載類(lèi)。

總結(jié)：Class.forName() 和 ClassLoader 都可以用來(lái)加載類(lèi)，但它們?cè)诜椒ㄕ{(diào)用、類(lèi)初始化和類(lèi)加載器方面有所不同。在實(shí)際應(yīng)用中，選擇使用哪個(gè)取決于需求和具體場(chǎng)景。

Java 的重寫(xiě)（Override）和重載（Overload）有什么區(qū)別？

在Java中，重載（Overloading）和重寫(xiě)（Overriding）是兩種完全不同的概念，它們有以下主要區(qū)別：

重載（Overloading）：

1、 方法重載是在同一個(gè)類(lèi)中定義多個(gè)具有相同方法名但參數(shù)列表不同（參數(shù)類(lèi)型、數(shù)量、順序等）的方法。 2、 重載方法可以改變返回類(lèi)型，但返回類(lèi)型并不能用來(lái)區(qū)分重載方法。 3、 重載方法可以改變?cè)L問(wèn)修飾符。 4、 重載方法可以聲明新的或更廣的檢查異常。

重寫(xiě)（Overriding）：

1、 方法重寫(xiě)是子類(lèi)定義了一個(gè)與父類(lèi)方法簽名（方法名和參數(shù)列表）完全相同的方法。 2、 重寫(xiě)方法不能改變返回類(lèi)型，但是從Java 5開(kāi)始，子類(lèi)可以通過(guò)協(xié)變返回類(lèi)型，返回父類(lèi)方法返回類(lèi)型的子類(lèi)型。 3、 重寫(xiě)方法不能改變?cè)L問(wèn)修飾符，子類(lèi)中的方法訪(fǎng)問(wèn)級(jí)別不能低于父類(lèi)中的方法。例如，如果父類(lèi)方法被聲明為public，那么在子類(lèi)中重寫(xiě)該方法也必須是public。 4、 重寫(xiě)方法不能聲明新的或更廣的檢查異常，只能聲明更少、更窄的或者完全不聲明。

總結(jié)一下，重載發(fā)生在一個(gè)類(lèi)中，同名方法有不同的參數(shù)列表。而重寫(xiě)發(fā)生在父類(lèi)和子類(lèi)之間，子類(lèi)有一個(gè)與父類(lèi)的方法簽名完全相同或者兼容（協(xié)變返回類(lèi)型）的方法。

main()方法可以重載嗎？

Java的main()方法可以被重載。main()方法只是一個(gè)特殊的方法，因?yàn)樗籎ava運(yùn)行時(shí)環(huán)境用作程序的入口點(diǎn)。然而，它仍然是一個(gè)正常的靜態(tài)方法，可以像其他靜態(tài)方法一樣被重載。

主要要記住的是，當(dāng)運(yùn)行一個(gè)Java程序時(shí)，JVM只會(huì)調(diào)用形式參數(shù)為單一字符串?dāng)?shù)組的main()方法。這個(gè)版本的main()方法被稱(chēng)為程序的入口點(diǎn)。其他被重載的main()方法并不會(huì)被自動(dòng)調(diào)用，但可以手動(dòng)在程序中調(diào)用它們。

例如，下面是一個(gè)main()方法的重載示例：

public class MainMethodOverload {

    // JVM調(diào)用的入口方法
    public static void main(String[] args) {
        System.out.println("main with String[]");
    }

    // 重載的main方法
    public static void main(String arg) {
        System.out.println("main with String");
    }

    // 另一個(gè)重載的main方法
    public static void main() {
        System.out.println("main without args");
    }
}

在這個(gè)例子中，如果運(yùn)行這個(gè)程序，JVM只會(huì)調(diào)用第一個(gè)main()方法。然而，可以在第一個(gè)main()方法中調(diào)用其他兩個(gè)main()方法，如下所示：

public static void main(String[] args) {
    System.out.println("main with String[]");
    main("a string arg");
    main();
}

這樣，當(dāng)運(yùn)行程序時(shí)，所有的main()方法都會(huì)被調(diào)用。

什么是 multi-catch？

在Java 7及以后版本中，一個(gè)新的異常處理特性被引入，稱(chēng)為"multi-catch"，也被稱(chēng)為"catch多個(gè)異常"。

在早期的Java版本中，如果想在一個(gè)catch塊中處理多種類(lèi)型的異常，、需要為每種異常類(lèi)型都寫(xiě)一個(gè)單獨(dú)的catch塊。這可能會(huì)導(dǎo)致重復(fù)的代碼，因?yàn)槊總€(gè)catch塊可能會(huì)進(jìn)行相同的錯(cuò)誤處理。以下是一個(gè)例子：

try {
    // code that may throw exceptions
} catch (IOException ex) {
    ex.printStackTrace();
} catch (SQLException ex) {
    ex.printStackTrace();
}

在這個(gè)例子中，兩個(gè)catch塊都做了同樣的事情：打印異常的堆棧跟蹤。

然而，從Java 7開(kāi)始，、可以在一個(gè)catch塊中捕獲多種類(lèi)型的異常。這可以通過(guò)在catch語(yǔ)句中使用管道符（|）分隔的異常類(lèi)型來(lái)實(shí)現(xiàn)。以下是一個(gè)例子：

try {
    // code that may throw exceptions
} catch (IOException | SQLException ex) {
    ex.printStackTrace();
}

在這個(gè)例子中，一個(gè)catch塊處理了IOException和SQLException兩種類(lèi)型的異常。如果try塊中的代碼拋出這兩種類(lèi)型的任何一種異常，catch塊都會(huì)捕獲到，并執(zhí)行相同的錯(cuò)誤處理代碼。這可以減少重復(fù)的代碼，并使異常處理代碼更容易閱讀和維護(hù)。

需要注意的是，multi-catch中引用的異常變量隱式為final，因此不能被修改。

GET，POST請(qǐng)求之間的區(qū)別？

HTTP協(xié)議定義了許多方法，其中最常用的就是GET和POST。這兩種方法有很多重要的區(qū)別：

1、 數(shù)據(jù)傳輸方式：GET請(qǐng)求的數(shù)據(jù)是附加在URL上的，以參數(shù)形式出現(xiàn)。POST請(qǐng)求的數(shù)據(jù)則放置在HTTP請(qǐng)求體中。這意味著GET請(qǐng)求的數(shù)據(jù)可以直接在瀏覽器地址欄中看到，而POST請(qǐng)求的數(shù)據(jù)則不會(huì)。

2、 數(shù)據(jù)大小：由于GET請(qǐng)求的數(shù)據(jù)被附加在URL上，因此其數(shù)據(jù)大小受到URL長(zhǎng)度限制，一般不超過(guò)2KB。而POST請(qǐng)求的數(shù)據(jù)則沒(méi)有這種限制。這意味著GET請(qǐng)求適合傳輸簡(jiǎn)單的查詢(xún)參數(shù)，而POST請(qǐng)求適合傳輸大量或復(fù)雜的數(shù)據(jù)。

3、 數(shù)據(jù)類(lèi)型：GET請(qǐng)求只允許ASCII字符，因此無(wú)法用來(lái)傳送二進(jìn)制數(shù)據(jù)或者很大的ASCII數(shù)據(jù)。POST請(qǐng)求則沒(méi)有這些限制。這意味著GET請(qǐng)求不能用于上傳文件或圖片等二進(jìn)制數(shù)據(jù)，而POST請(qǐng)求可以。

4、 安全性：在某種程度上，POST方法比GET方法更安全，因?yàn)镚ET請(qǐng)求中的數(shù)據(jù)會(huì)在URL中顯示出來(lái)，而POST請(qǐng)求中的數(shù)據(jù)則不會(huì)。但是，無(wú)論是GET還是POST，如果沒(méi)有使用HTTPS，數(shù)據(jù)都是明文傳輸?shù)模疾皇钦嬲踩摹?strong>這意味著GET請(qǐng)求可能會(huì)暴露敏感信息給第三方，而POST請(qǐng)求則相對(duì)隱私一些。

5、 可見(jiàn)性：GET請(qǐng)求的數(shù)據(jù)在URL中是可見(jiàn)的，而POST請(qǐng)求的數(shù)據(jù)則不會(huì)顯示在URL中。這與安全性有關(guān)，也影響了用戶(hù)體驗(yàn)和美觀性。

6、 冪等性：GET方法是冪等的，意味著無(wú)論進(jìn)行多少次操作，結(jié)果都是相同的。而POST不是冪等的，因?yàn)槊看尾僮鞫伎赡墚a(chǎn)生不同的結(jié)果。這意味著GET請(qǐng)求可以重復(fù)執(zhí)行而不會(huì)改變資源狀態(tài)，而POST請(qǐng)求可能會(huì)導(dǎo)致資源狀態(tài)發(fā)生變化或產(chǎn)生副作用。

7、 緩存：GET請(qǐng)求的結(jié)果會(huì)被瀏覽器默認(rèn)緩存，除非明確指定不緩存。而POST請(qǐng)求的結(jié)果不會(huì)被瀏覽器緩存。這意味著GET請(qǐng)求可以提高響應(yīng)速度和效率，而POST請(qǐng)求則需要每次向服務(wù)器發(fā)送數(shù)據(jù)并等待響應(yīng)。

8、 歷史/書(shū)簽：GET請(qǐng)求的URL會(huì)被瀏覽器記錄在歷史記錄中，或者可以被添加到書(shū)簽中。POST請(qǐng)求則不會(huì)。這意味著GET請(qǐng)求可以方便地回溯或收藏，而POST請(qǐng)求則不具備這些功能。

9、 服務(wù)器處理：對(duì)于GET請(qǐng)求，服務(wù)器會(huì)將GET請(qǐng)求和數(shù)據(jù)一起接收。對(duì)于POST請(qǐng)求，服務(wù)器先接收到HTTP頭，然后是數(shù)據(jù)。這意味著GET請(qǐng)求更簡(jiǎn)單快速，而POST請(qǐng)求更復(fù)雜耗時(shí)。

以上這些區(qū)別決定了GET通常用于獲取/查詢(xún)資源信息，而POST通常用于更新資源信息。

Session, Cookie的區(qū)別是什么？

Session和Cookie都是在客戶(hù)端和服務(wù)器之間維持狀態(tài)的技術(shù)。由于HTTP是無(wú)狀態(tài)的，這意味著每個(gè)請(qǐng)求都是相互獨(dú)立的，服務(wù)器無(wú)法識(shí)別兩個(gè)請(qǐng)求是否來(lái)自同一個(gè)客戶(hù)端。因此，為了跨請(qǐng)求保持狀態(tài)，我們使用Cookie和Session。但是，它們之間有一些關(guān)鍵的區(qū)別：

存儲(chǔ)位置：

• Cookie數(shù)據(jù)存儲(chǔ)在客戶(hù)端（瀏覽器）。
• Session數(shù)據(jù)存儲(chǔ)在服務(wù)器端。

存儲(chǔ)內(nèi)容：

• Cookie只能存儲(chǔ)ASCII的字符串，不能用于存儲(chǔ)復(fù)雜的信息，而且存儲(chǔ)量有限（每個(gè)域的Cookie總量通常限制為4KB）。
• Session可以存儲(chǔ)任何類(lèi)型的數(shù)據(jù)，包括字符串、數(shù)字、數(shù)據(jù)對(duì)象等，存儲(chǔ)量幾乎沒(méi)有限制。

生命周期：

• Cookie有明確的過(guò)期時(shí)間，過(guò)期后將被刪除，但在此之前一直有效，即使用戶(hù)關(guān)閉瀏覽器或重啟計(jì)算機(jī)也不會(huì)消失。
• Session的生命周期通常由服務(wù)器設(shè)置，一般情況下，當(dāng)用戶(hù)關(guān)閉瀏覽器或長(zhǎng)時(shí)間不活動(dòng)（超過(guò)Session的超時(shí)時(shí)間）時(shí)，Session就會(huì)結(jié)束。

安全性：

• Cookie存儲(chǔ)在客戶(hù)端，相對(duì)來(lái)說(shuō)安全性較低。如果存儲(chǔ)的信息包含敏感數(shù)據(jù)，可能會(huì)被惡意用戶(hù)利用。
• Session存儲(chǔ)在服務(wù)器端，安全性較高。用戶(hù)只能通過(guò)Session ID來(lái)訪(fǎng)問(wèn)Session數(shù)據(jù)，而這個(gè)Session ID在網(wǎng)絡(luò)上傳輸時(shí)，可以通過(guò)Cookie、URL重寫(xiě)或隱藏表單字段等方式傳輸。

跨域：

• Cookie支持跨域名訪(fǎng)問(wèn)，但需要設(shè)置Cookie的domain和path屬性。
• Session不支持跨域名訪(fǎng)問(wèn)。

性能：

• 由于Cookie直接存儲(chǔ)在客戶(hù)端，所以在使用時(shí)幾乎不會(huì)對(duì)服務(wù)器性能產(chǎn)生影響。
• 大量的Session可能會(huì)占用服務(wù)器的內(nèi)存資源，因此需要合理使用。

實(shí)際上，Session和Cookie經(jīng)常會(huì)一起使用。例如，會(huì)話(huà)ID通常存儲(chǔ)在Cookie中，并在用戶(hù)的每次請(qǐng)求中發(fā)送給服務(wù)器，以識(shí)別對(duì)應(yīng)的Session。

Statement與PreparedStatement的區(qū)別,什么是SQL注入，如何防止SQL注入？

Statement與PreparedStatement的區(qū)別

1、 性能：PreparedStatement 通常比 Statement 更快，特別是對(duì)于多次執(zhí)行的 SQL 語(yǔ)句。這是因?yàn)?PreparedStatement 允許數(shù)據(jù)庫(kù)預(yù)編譯 SQL 語(yǔ)句并緩存它們。

2、 安全性：PreparedStatement 可以防止 SQL 注入攻擊。當(dāng)、使用 Statement 時(shí)，、必須通過(guò)字符串連接來(lái)創(chuàng)建 SQL 語(yǔ)句。如果 SQL 語(yǔ)句的一部分來(lái)自用戶(hù)輸入，這就可能導(dǎo)致 SQL 注入攻擊。而 PreparedStatement 使用參數(shù)化的查詢(xún)，這可以防止 SQL 注入。

3、 易用性：PreparedStatement 可以處理更復(fù)雜的 SQL 語(yǔ)句，比如包含 IN 子句的語(yǔ)句。在 Statement 中處理這類(lèi)語(yǔ)句可能會(huì)比較麻煩。

什么是SQL注入

SQL注入是一種攻擊手段，攻擊者通過(guò)輸入惡意的 SQL 代碼，對(duì)數(shù)據(jù)庫(kù)進(jìn)行非法操作，如查詢(xún)、修改、刪除數(shù)據(jù)等。

例如，假設(shè)一個(gè)應(yīng)用程序通過(guò)以下方式創(chuàng)建 SQL 查詢(xún)：

String query = "SELECT * FROM users WHERE username = '" + username + "' AND password = '" + password + "'";

如果攻擊者將 "'; DROP TABLE users; --" 作為用戶(hù)名，那么最終的 SQL 查詢(xún)將變?yōu)椋?/p>

SELECT * FROM users WHERE username = ''; DROP TABLE users; --' AND password = ''

這將導(dǎo)致 users 表被刪除。

如何防止SQL注入

1、 使用參數(shù)化查詢(xún)/預(yù)編譯語(yǔ)句：這是防止 SQL 注入的最有效方式。在 Java 中，、可以使用 PreparedStatement 來(lái)實(shí)現(xiàn)參數(shù)化查詢(xún)。

2、 使用存儲(chǔ)過(guò)程：存儲(chǔ)過(guò)程也可以防止 SQL 注入，因?yàn)樗鼈兛梢詫?duì)輸入?yún)?shù)進(jìn)行強(qiáng)類(lèi)型檢查。

3、 輸入驗(yàn)證：雖然這不是完全防止 SQL 注入的解決方案，但對(duì)用戶(hù)輸入進(jìn)行嚴(yán)格的驗(yàn)證仍然是一個(gè)好的實(shí)踐。例如，、可以通過(guò)正則表達(dá)式來(lái)檢查輸入是否包含非法字符。

4、 使用最小權(quán)限：即使數(shù)據(jù)庫(kù)被攻擊，使用最小權(quán)限也可以限制攻擊者能做的事情。例如，如果一個(gè)應(yīng)用程序只需要從一個(gè)表中讀取數(shù)據(jù)，那么它的數(shù)據(jù)庫(kù)賬戶(hù)應(yīng)該只有讀取該表的權(quán)限，而沒(méi)有修改或刪除的權(quán)限。

5、 錯(cuò)誤處理：避免在錯(cuò)誤消息中顯示敏感信息，如數(shù)據(jù)庫(kù)結(jié)構(gòu)，SQL 語(yǔ)句等，這些信息可能會(huì)被攻擊者利用。

以上這些方法可以大大降低 SQL 注入攻擊的風(fēng)險(xiǎn)，但沒(méi)有一種方法可以提供100%的保護(hù)。因此，在設(shè)計(jì)和實(shí)現(xiàn)應(yīng)用程序時(shí)，應(yīng)綜合使用多種方法來(lái)提高安全性。