C# 靜態方法 vs 實例方法：記憶體模型、載入機制與適用場景完整辨析

前言：釐清流傳已久的迷思

網路上常見「靜態方法常駐記憶體」、「靜態方法比實例方法先載入」等說法。本文從 CLR 架構、AppDomain 機制、執行緒安全三個維度澄清觀念，並提供選擇指南。

三種呼叫模式對照

public class SomeClass
{
    private string _myField = null;
    public static SomeClass Instance = new SomeClass();  // 靜態單例
    
    public void InstanceMethod() { }  // 實例方法
    public static void StaticMethod() { }  // 靜態方法
}

public class AnotherClass
{
    public static void Main()
    {
        // 方式 1：新建實例呼叫實例方法
        SomeClass obj1 = new SomeClass();
        obj1.InstanceMethod();
        
        // 方式 2：透過靜態實例呼叫實例方法
        SomeClass.Instance.InstanceMethod();
        
        // 方式 3：直接呼叫靜態方法
        SomeClass.StaticMethod();
    }
}

迷思 1：靜態方法常駐記憶體？

❌ 錯誤。靜態方法屬於類型，類型屬於組件，組件載入於 AppDomain。AppDomain 可卸載（除預設域），組件隨域卸載而釋放。靜態方法與實例方法同樣隨 AppDomain 生命週期管理。

迷思 2：靜態方法比實例方法先載入？

❌ 錯誤。.NET 組件載入為整體操作（Whole Assembly Load），Metadata 一次性載入。靜態與實例方法同屬一類型，同屬一組件，同時載入。無「用到才載入」機制。

核心差異：設計意圖與適用場景

實例方法 — 需存取實例狀態

• 需讀寫實例欄位（this._field）
• 改變物件狀態
• 多執行緒下，各執行緒建立獨立實例 → 通常執行緒安全

靜態實例 + 實例方法 — 單例模式

• 全程式唯一實例（如 SomeClass.Instance）
• 多執行緒共享同一實例 → 執行緒不安全，需加鎖

靜態方法 — 無狀態純運算

• 不依賴實例狀態，僅透過參數運算
• 範例：File.Exists(path)、數學運算、工具方法
• 天然執行緒安全（無共享狀態）

決策流程圖

1. 方法需存取實例欄位？ → 是 → 實例方法
2. 否 → 需共享全域單一狀態？ → 是 → 靜態實例 + 實例方法（注意同步）
3. 否 → 純參數運算/工具功能？ → 靜態方法

原文參考

原文：關於c#靜態方法和實例方法的辨析和應用