Java 字符串比較陷阱：== 與 equals() 的區別導致訂單 ID 賦值失敗

Java 新手最易犯的錯誤：使用 == 比較字符串內容。本文透過一個訂單分組實戰案例，演示 == 導致邏輯失效的全過程，並給出正確姿勢。

問題場景

• 購物車商品：0、1、2 屬店鋪 A (shopId="100")，3 屬店鋪 B (shopId="200")
• 期望：同店鋪商品共用一個 orderId，不同店鋪分單
• 現象：只有商品 0 得到 orderId，商品 1、2 的 orderId 為 null

錯誤代碼

String currentShopId = null;
String currentOrderId = null;

for (CartItem item : cartItems) {
    // ❌ 致命錯誤：== 比較字符串引用而非內容
    if (item.getShopId() == currentShopId) { 
        item.setOrderId(currentOrderId);
    } else {
        currentShopId = item.getShopId();
        currentOrderId = generateOrderId();
        item.setOrderId(currentOrderId);
    }
}

為什麼會失敗？

結果：同店鋪商品被拆分為多個訂單，且因邏輯分支錯亂導致部分 orderId 未正確賦值 (null)。

正確代碼

String currentShopId = null;
String currentOrderId = null;

for (CartItem item : cartItems) {
    // ✅ 使用 equals() 比較內容
    // ✅ 使用 Objects.equals() 防空指針 (Java 7+)
    if (Objects.equals(item.getShopId(), currentShopId)) {
        item.setOrderId(currentOrderId);
    } else {
        currentShopId = item.getShopId();
        currentOrderId = generateOrderId();
        item.setOrderId(currentOrderId);
    }
}

核心知識點總結

1. == 比較引用地址：只有指向堆中同一對象時才為 true
2. equals() 比較內容：String 重寫了 equals，逐字符比較值
3. 字符串常量池機制：
   • 字面量 "abc" 編譯期入池，同值共用引用
   • new String("abc")、運行時拼接、網絡/文件讀取創建的字符串在堆中新建對象
   • String.intern() 可手動入池
4. 最佳實踐：

   
   // Java 7+ 推薦
   Objects.equals(str1, str2); // 內部處理 null，調用 str1.equals(str2)
   
   // 或者
   "constant".equals(variable); // 常量在前，防 NPE
   

擴展：其他包裝類同理

牢記：除基本類型外，業務邏輯比較「值」永遠用 equals() / Objects.equals()。