C# cdecl 與 C __stdcall 在 P/Invoke 中共存的原因

在 C# 和 C 之間的 P/Invoke 互操作中，經常會出現 C# 函數使用 cdecl 調用約定，而其 C 對應函數使用 __stdcall 簽名的情況。這種不匹配源於歷史上延續至今的調用約定選擇。

__stdcall：Windows 函數的調用者清理

__stdcall 繼承自 16 位 Pascal 調用約定，是 Windows API 函數和 COM 的默認調用約定。它規定被調用者 (正在調用的函數) 在執行後清理堆棧，使其在資源受限的環境中更緊湊。然而，如果調用者和被調用者期望的參數數量不匹配，這種優勢就會帶來堆棧不平衡的風險。

__cdecl：可變參數函數的調用者清理

__cdecl 是 C 中的標準調用約定，用於具有可變數量參數的函數，例如 printf() 和 scanf()。此約定將堆棧清理的責任放在調用者身上，因為調用者知道傳遞的參數數量。在 C# 的 [DllImport] 聲明中忘記指定 CallingConvention.Cdecl 是一個常見的陷阱。

__thiscall：C 方法的隱藏 this 指針

__thiscall 特指 C ，用於處理在類的實例方法中傳遞隱藏的 this 指針。它類似於 __cdecl，但 .NET P/Invoke 封送處理程序不支持它，因此不適合用於 pinvoke C 代碼。

總結

C# 中的 cdecl 調用和 C 中的 __stdcall 簽名共存是這些歷史調用約定以及每種語言特定要求的結果。正確理解這些約定，以及 [DllImport] 的 EntryPoint 和 ExactSpelling 屬性，對於確保正確的 P/Invoke 功能並避免潛在問題（例如堆棧不平衡）至關重要。