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 功能並避免潛在問題（例如堆疊不平衡）至關重要。
以上是為什麼 C# `Cdecl` 呼叫和 C `__stdcall` 簽章在 P/Invoke 中共存？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
