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

Java 效能優化實戰：I/O、字串、資料庫、JVM 四大維度調優指南

編輯：Java 相關知識

優化黃金法則

先測量，再優化：用 JMH、VisualVM、Async Profiler 找熱點，別靠直覺。
80/20 原則：20% 代碼消耗 80% 資源，聚焦熱點路徑。
算法優於微優化：O(n²)→O(n log n) 遠勝 `StringBuilder` 替換 `+`。

維度一：I/O 效能

❌ 反模式


// 單位元組讀寫、無緩衝、逐行 println
FileReader fr = new FileReader("big.txt");
int c;
while ((c = fr.read()) != -1) System.out.print((char)c); // 極慢

✅ 最佳實踐

緩衝流：`BufferedInputStream`/`BufferedReader` (8KB+ 緩衝區)。
NIO.2 `Files` API：`Files.readAllBytes`、`Files.lines`、`Files.copy` (零拷貝)。
MappedByteBuffer：大檔案隨機存取、記憶體映射。
序列化選擇：避免 Java 原生序列化，改用 Protobuf、Avro、JSON (Jackson)、FlatBuffers。

維度二：字串處理

❌ 反模式


String sql = "SELECT * FROM t WHERE ";
for (String cond : conditions) {
    sql += cond + " AND "; // 每次迴圈建立新 String、產生垃圾
}

✅ 最佳實踐

StringBuilder：單執行緒、非同步場景首選。
StringJoiner / String.join：簡單拼接更語意化。
編譯期常量折疊：`"a" + "b"` 編譯期直接成 `"ab"`，無運行開銷。
避免 `+` 在迴圈：JIT 可能優化，但不明確，手動用 `StringBuilder` 最穩妥。

維度三：資料庫存取

連線池調優 (HikariCP 為例)


spring.datasource.hikari:
  maximum-pool-size: 20          # CPU 核心數 * 2 + 1
  minimum-idle: 5
  connection-timeout: 30000
  idle-timeout: 600000
  max-lifetime: 1800000
  leak-detection-threshold: 5000

SQL 與索引優化

PreparedStatement：預編譯、防注入、計畫複用。
批次處理：`addBatch()` / `executeBatch()` 大量寫入。
分頁優化：避免 `OFFSET` 深分頁，改用游標/Keyset 分頁 (`WHERE id > ? LIMIT 20`)。
只查所需欄位：禁用 `SELECT *`，減少網路傳輸與解析。

ORM (JPA/MyBatis) 陷阱

N+1 問題：`@EntityGraph`、`JOIN FETCH`、批次載入 (`hibernate.default_batch_fetch_size`)。
延遲載入副作用：事務外觸發 `LazyInitializationException`，用 DTO 投影或 `fetch = JOIN`。
脏檢查開銷：大量更新時考慮 `@DynamicUpdate` 或原生 SQL。

維度四：JVM 與 GC

堆記憶體規劃


# 固定堆避免震盪
-Xms4g -Xmx4g

# G1 目標停頓 100ms 內
-XX:+UseG1GC
-XX:MaxGCPauseMillis=100
-XX:G1HeapRegionSize=16m

# 物件年齡閾值 (提早晉升長壽物件)
-XX:MaxTenuringThreshold=10

# 大物件直接進老年代
-XX:PretenureSizeThreshold=1m

逃逸分析與標量替換

JIT 啟用 `-XX:+DoEscapeAnalysis` (預設開啟) 後，未逃逸物件可標量替換 (拆解為局部變數)、棧上分配、同步消除，零分配壓力。


// 熱點方法中，User 未逃逸 → JIT 可能優化為棧上分配
public void process() {
    User u = new User("Alice"); // 無 this 引用外洩
    u.setAge(20);
    log.info(u.getName());
}

監控指標儀表板

GC：頻率、停頓 P99、老年代增長率、Full GC 觸發間隔。
執行緒：活躍數、阻塞比例、死鎖檢測。
類別載入：Metaspace 使用量、動態代理類別洩漏。
編譯：JIT 編譯佇列、去優化次數。

避坑指南：過早優化清單

誤區	事實
`+` 拼接字串極慢	JIT 會優化為 `StringBuilder`，單行表達式無害
物件池通用提升效能	現代 GC 極快，除非物件建構極貴重 (DB連線、執行緒)，否則池化反而增加 GC 掃描負擔
手動 `System.gc()` 釋放記憶體	觸發 Full GC，嚴重卡頓，破壞分代假說
用 `Vector`/`Hashtable` 線程安全	鎖粒度粗、效能差，改用 `Collections.synchronizedList` 或並發集合 (`ConcurrentHashMap`)
所有方法加 `final` 提升內聯	JIT 基於型別檢測自動內聯，`final` 影響微乎其微