為什麼 Web Service 方法不能聲明為 static？淺析 ASP.NET Web Service 實例化機制

問題現場

開發者常有此疑問：基礎類方法已是 `static`，Web Service 代理類 `TestSrv` 只是薄封裝，為什麼不直接把 `GetType()` 也標記為 `static`，調用時省去 `new TestSrv()` 實例化開銷？

// 基礎類
public class Base {
    public static Type GetType() { ... }
}

// Web Service 代理類
[WebService(Namespace = "...")]
public class TestSrv : System.Web.Services.WebService {
    // 為什麼不能這樣寫？
    // [WebMethod]
    // public static Type GetType() => Base.GetType();

    [WebMethod]
    public Type GetType() => Base.GetType(); // 必須是實例方法
}

核心原因：ASMX Web Service 的實例化模型

ASP.NET ASMX Web Service（舊版 XML Web Services）基於 每請求一實例 模型：

1. 每個 HTTP SOAP 請求到達，ASP.NET 運行時會 自動實例化 Service 類（調用無參構造函數）。
2. 隨後通過反射查找標記了 `[WebMethod]` 的 **實例方法** 並調用。
3. 請求結束，實例銷毀（若實現 `IDisposable` 則調用 `Dispose`）。

靜態方法不屬於任何實例，無法被此生命週期管理機制發現與調用。若強行標記 `static`，編譯雖通過，但運行時會拋出 `InvalidOperationException`：「Web 服務方法必須是實例方法」。

深層設計考量

正確姿勢：無狀態服務 + 靜態工具類分離

你的直覺沒錯：**業務邏輯應盡量無狀態、靜態化**。最佳實踐是分層：

// 1. 靜態核心邏輯層（純函數、易測試、可復用）
public static class BusinessLogic {
    public static Type ResolveType(string input) { ... }
}

// 2. Web Service 適配層（薄實例化外殼）
[WebService]
public class TestSrv : WebService {
    [WebMethod]
    public Type GetType(string input) {
        // 僅負責：參數驗證、異常轉換、調用核心邏輯、返回 DTO
        return BusinessLogic.ResolveType(input);
    }
}

// 3. 客戶端調用（自動生成代理類，調用實例方法）
var proxy = new TestSrv();
Type result = proxy.GetType("param");

現代替代方案：ASP.NET Core / gRPC / Web API

ASMX 屬於 .NET Framework 早期技術（2002~），已進入維護模式。新專案建議：

• ASP.NET Core Web API：Controller 預設為 **每請求實例**，支援構造函數依賴注入，方法為實例方法，但可注入 `Singleton`/`Scoped` 服務實現邏輯復用。
• gRPC：基於 HTTP/2 + Protobuf，服務實現類為單例（或依賴注入生命週期），方法為實例方法，效能極高。
• Minimal API：`app.MapGet("/type", () => BusinessLogic.ResolveType(...))`，委託可捕獲靜態/單例服務，零樣板代碼。