您现在的位置：程式碼之家 >> 編程語言 > >> Java 程式設計 >> Java 相關知識

Java 代碼效能優化實戰指南：從資源池到 IO 優化的 7 大關鍵技巧

編輯：Java 相關知識

前言

在 Java 開發中，編寫功能正確的代碼只是基礎，如何讓代碼跑得更快、佔用更少資源，才是區分初級與資深工程師的關鍵。本文整理了 7 個實戰驗證的高效編程技巧，涵蓋資源池化、網路優化、快取策略、IO 操作、對象創建、異常處理及架構層面的效能思維，助你打造高吞吐、低延遲的 Java 應用。

一、善用資源池，避免頻繁創建銷毀開銷

資料庫連接、線程等系統資源的創建與銷毀成本極高。透過池化技術復用資源，能顯著降低系統負載。

資料庫連接池：獨立應用可採用 C3P0、DBCP、HikariCP 等開源方案；容器環境（如 Tomcat）則直接使用 JNDI 注入的 DataSource。
線程池：JDK 內建 java.util.concurrent.ExecutorService 提供多種策略（固定大小、緩存、單線程、排程），根據業務場景選擇最適配的池類型。

import java.util.concurrent.Executors;
import java.util.concurrent.ExecutorService;

public class ThreadPoolDemo {
    public static void main(String[] args) {
        ExecutorService pool = Executors.newFixedThreadPool(2);
        for (int i = 0; i < 5; i++) {
            pool.execute(new Task());
        }
        pool.shutdown();
    }
}

class Task implements Runnable {
    @Override
    public void run() {
        System.out.println(Thread.currentThread().getName() + " 執行中...");
    }
}

二、減少網路交互，批量處理遠端調用

每一次跨網路調用（RPC、HTTP、資料庫查詢）都伴隨著序列化、網路傳輸、反序列化的開銷。將多次細粒度調用合併為一次批量操作，能大幅降低延遲。

資料庫層面：使用 addBatch() / executeBatch() 批量執行 SQL。
微服務層面：設計聚合 API 或使用 GraphQL 讓客戶端一次獲取所需所有數據。

三、熱點數據本地快取，就近讀取提升響應速度

頻繁訪問且變動較小的數據（字典表、配置項、用戶畫像等）應快取在記憶體中。

簡易方案：應用啟動時載入至 static ConcurrentHashMap，定時或事件驅動刷新。
專業框架：Ehcache、Caffeine、Redis（分布式場景）提供淘汰策略、TTL、一致性保障等企業級特性。
快取同步：採用「定時輪詢 + 變更通知」雙重機制，或暴露手動刷新端點供運營介入。

四、 IO 操作優化：選對流、用好緩衝、拥抱 NIO

文件讀寫是 IO 密集型應用的主要瓶頸。

字節流優於字符流處理二進制/ASCII 數據：FileInputStream/FileOutputStream 避免了字符編解碼開銷。
務必添加緩衝層：BufferedInputStream/BufferedOutputStream、BufferedReader/BufferedWriter 減少系統調用次數。
JDK 1.4+ NIO (Non-blocking I/O)：FileChannel + ByteBuffer、MappedByteBuffer（記憶體映射文件）在大文件隨機讀寫上性能遠超傳統 BIO。

// 緩衝寫入範例
try (OutputStream out = new BufferedOutputStream(new FileOutputStream("data.txt"))) {
    out.write("Hello NIO".getBytes());
}

// 緩衝讀取行數統計
try (BufferedReader br = new BufferedReader(new FileReader("data.txt"))) {
    long lines = br.lines().count();
}

五、控制對象創建頻率，善用單例與字符串構建器

單例模式：全局唯一的服務類（配置管理器、連接池持有者）使用枚舉或雙重檢查鎖實現線程安全單例。
字符串拼接：循環或頻繁拼接場景下，使用 StringBuilder（單線程）或 StringBuffer（多線程），避免產生大量臨時 String 對象觸發頻繁 GC。
工具類靜態化：無狀態的工具方法聲明為 static，省去實例化開銷。

六、避開效能陷阱：異常、instanceof、集合選型

異常僅用於非預期流程：捕獲異常需填寫堆疊追蹤，成本極高；業務邏輯判斷請用條件語句。
減少 instanceof：多態設計優於類型判斷；必須使用時，考慮訪問者模式或類型標記字段。
集合選型：非線程安全場景優先 ArrayList、HashMap；并發場景用 ConcurrentHashMap、CopyOnWriteArrayList，避免同步鎖開銷。