__stdcall、__cdecl和__fastcall是三種函式呼叫協議，函式呼叫協議會影響函式引數的入棧方式、棧內資料的清除方式、編譯器函式名的修飾規則等。

1. 呼叫協議常用場合
2. 1. __stdcall：Windows API預設的函式呼叫協議。
   2. __cdecl：C/C++預設的函式呼叫協議。
   3. __fastcall：適用於對效能要求較高的場合。
3. 函式引數入棧方式
4. 1. __stdcall：函式引數由右向左入棧。
   2. __cdecl：函式引數由右向左入棧。
   3. __fastcall：從左開始不大於4位元組的引數放入CPU的ECX和EDX暫存器，其餘引數從右向左入棧。
   4. 問題一：__fastcall在暫存器中放入不大於4位元組的引數，故效能較高，適用於需要高效能的場合。
5. 棧內資料清除方式
6. 1. __stdcall：函式呼叫結束後由被呼叫函式清除棧內資料。
   2. __cdecl：函式呼叫結束後由函式呼叫者清除棧內資料。
   3. __fastcall：函式呼叫結束後由被呼叫函式清除棧內資料。
   4. 問題一：不同編譯器設定的棧結構不盡相同，跨開發平臺時由函式呼叫者清除棧內資料不可行。
   5. 問題二：某些函式的引數是可變的，如printf函式，這樣的函式只能由函式呼叫者清除棧內資料。
   6. 問題三：由呼叫者清除棧內資料時，每次呼叫都包含清除棧內資料的程式碼，故可執行檔案較大。
7. C語言編譯器函式名稱修飾規則
8. 1. __stdcall：編譯後，函式名被修飾為“[email protected]
      ”。
   2. __cdecl：編譯後，函式名被修飾為“_functionname”。
   3. __fastcall：編譯後，函式名給修飾為“@[email protected]”。
   4. 注：“functionname”為函式名，“number”為引數位元組數。
   5. 注：函式實現和函式定義時如果使用了不同的函式呼叫協議，則無法實現函式呼叫。
9. C++語言編譯器函式名稱修飾規則
10. 1. __stdcall：編譯後，函式名被修飾為“[email protected]@YG******@Z”。
    2. __cdecl：編譯後，函式名被修飾為“[email protected]@YA******@Z”。
    3. __fastcall：編譯後，函式名被修飾為“[email protected]@YI******@Z”。
    4. 注：“******”為函式返回值型別和引數型別表。
    5. 注：函式實現和函式定義時如果使用了不同的函式呼叫協議，則無法實現函式呼叫。
    6. C語言和C++語言間如果不進行特殊處理，也無法實現函式的互相呼叫。