C# 判斷空字串的三種方法效能大比拚：哪一種最快？

在 C# 開發中，判斷字串是否為空是再常見不過的操作。雖然 a == ""、a == String.Empty 和 a.Length == 0 三種寫法在邏輯上完全等價，但它們的執行效能究竟有何差異？本文透過實際壓力測試，為你揭曉答案。

測試環境與方法

測試採用 ASP.NET Web Form 頁面，搭配 Microsoft Application Center Test (ACT) 進行壓力測試。建立三個頁面，各自在 Page_Load 事件中執行一百萬次迴圈，分別測試三種判斷方式：

• WebForm1： if (a == "")
• WebForm2： if (a == String.Empty)
• WebForm3： if (a.Length == 0)

測試結果揭曉

經過 ACT 壓力測試量化分析，三種方法的效能指標（數值越小代表效能越好）分別為：

深度解析：為何 a.Length == 0 最慢？

結果可能違背直覺：a.Length == 0 反而是最慢的。原因在於：

1. a == "" 與 a == String.Empty：C# 編譯器會優化字串字面值比較，String.Empty 本質上就是 "" 的別名，兩者編譯後的 IL 幾乎相同，皆為呼叫 String.op_Equality，經過 JIT 優化後極快。
2. a.Length == 0：雖然整數比較理論上最快，但這裡涉及屬性存取。對於空字串，Length 屬性 getter 仍需執行方法呼叫與邊界檢查，反而增加了開銷。

最佳實務建議

綜合可讀性、慣例與效能：

• 推薦使用 string.IsNullOrEmpty(str) 或 string.IsNullOrWhiteSpace(str)：框架內建、語意最清晰、自動處理 null 情況，效能經過高度優化。
• 若必須手寫比較，str == "" 或 str == String.Empty 皆可，差異可忽略。
• 避免使用 str.Length == 0，除非已確定 str != null，且極度追求微觀優化（實測反而較慢）。

結論： 不要迷信「整數比較最快」的直覺，現代 .NET 執行環境對字串比較已做深度優化。寫出語意清晰、防禦性強的程式碼，才是效能與維護性的雙贏。