__stdcall

最新推荐文章于 2021-03-19 16:29:00 发布
翻译 最新推荐文章于 2021-03-19 16:29:00 发布 · 552 阅读 · 0
文章标签：

#__stdcall

本文详细介绍了stdcall调用约定的特点及其实现方式。包括参数传递的方向是从右到左，以及函数命名规则，例如使用下划线和@符号来修饰函数名称，并在@后指定参数占用的字节数。

Microsoft Specific

        _stdcall调用约定被Win32 API所调用。功能是用这个调用约定请求一个函数标准。

摘要：

下面列表显示了该调用约定的具体表现：

      1、从右向左压入堆栈；

       2、命名修饰方法是在函数名前加一个下划线(_)，在函数名后有符号(@)，在@后面紧跟参数列表中的参数所占字节数(10进制)。如：int func( int a, double b )被修饰成：_func@12  。

 

 

卢队长
关注
c++中的__stdcall、__declspec(dllexport)、__declspec(dllimport)
m0_60352504的博客
08-11 1490
如果未定义 MATHLIBRARY_EXPORTS
WIN32编程必知：__stdcall,__cdecl,__fastcall,thiscall,naked call
FK之不做愤青
05-26 741
　被这些修饰关键字修饰的函数，其参数都是从右向左通过堆栈传递的(__fastcall的前面部分由ecx,edx传)，　　函数调用在返回前要清理堆栈，但由调用者还是被调用者清理不一定。　　1、_stdcall是Pascal程序的缺省调用方式，通常用于Win32 Api中，函数采用从右到左的压栈方式，　　自己在退出时清空堆栈。VC将函数编译后会在函数名前面加上下划线前缀，在函数名后加上"@"和参数的字
关于函数调用方式__stdcall和__cdecl详解
09-01
本文将详细讲解两种常见的函数调用约定：__stdcall和__cdecl。 首先，__stdcall是C++中的标准调用方式，它的主要特征是参数从右到左入栈，即参数在函数调用时逆序放入堆栈。当函数返回时，使用`retn x`指令来清理...
__stdcall 和 __cdecl 的区别浅析
09-05
本文将深入探讨两种常见的调用约定：`__stdcall` 和 `__cdecl`，这两种约定在C++和Windows API编程中尤其常见。 首先，`__cdecl` 是C Declaration的缩写，它是C语言默认的函数调用约定。在`__cdecl`约定中，参数按...
__stdcall学习日记
hireboy的专栏
05-10 944
__stdcall是函数调用约定的一种，函数调用约定主要约束了两件事： 1.参数传递顺序 2.调用堆栈由谁（调用函数或被调用函数）清理 常见的函数调用约定：stdcall cdecl fastcall thiscall naked call __stdcall表示 1.参数从右向左压入堆栈 2.函数被调用者修改堆栈 3.函数名(在编译器这个层次)自动加前导
对_stdcall 的理解 (转)
ambitiouswolf的专栏
08-04 1974
在C语言中，假设我们有这样的一个函数：int function(int a,int b)调用时只要用result = function(1,2)这样的方式就可以使用这个函数。但是，当高级语言被编译成计算机可以识别的机器码时，有一个问题就凸现出来：在CPU中，计算机没有办法知道一个函数调用需要多少个、什么样的参数，也没有硬件可以保存这些参数。也就是说，计算机不知道怎么给这个函数传递参数，传递
__stdcall ....
wanlip的专栏
04-15 601
1.如果函数func是__cdecl(默认调用方式)，调用时情况如下     int   main()    ...{    //参数从右到左压栈    push   4    push   3    push   2    push   1    call   func    add   esp   0x10   //调用者恢复堆栈指针esp，4个参数的大小是0x10(4x4)    }
_stdcall
iteye_8729的博客
05-31 294
  _stdcall是Win32的函数调用方式，win   API都是采用这种方式，按照从右往左的方式对函数参数进行压入堆栈。不同于   cdecl－－c语言中的标准调用   _stdcall包含两个意思，第一是按照C风格传递参数即参数从右自左压入堆栈，函数内部正好从左自右读出参数，第二是函数执行清除堆栈，即调用函数是堆栈站中压入了参数占用了位置，这些位置将有调用函数负责清空。如果参数个数未知，...
__stdcall详解
热门推荐
weixin_42107987的博客
03-19 1万+
_cdecl (1). 是C Declaration的缩写，表示C语言默认的函数调用方法，实际上也是C++的默认的函数调用方法。 (2). 所有参数从右到左依次入栈，这些参数由调用者清除，称为手动清栈。具体所示：调用方的函数调用->被调用函数的执行->被调用函数的结果返回->调用方清除调整堆栈。 (3). 被调用函数无需要求调用者传递多少参数，调用者传递过多或者过少的参数，甚至完全不同的参数都不会产生编译阶段的错误。总的来说函数的参数个数可变的(就像printf函数一样)，因...
DLL中调用约定和名称修饰（一）
HtSoft
11-17 1227
DLL中调用约定和名称修饰（一）调用约定（Calling Convention）是指在程序设计语言中为了实现函数调用而建立的一种协议。这种协议规定了该语言的函数中的参数传送方式、参数是否可变和由谁来处理堆栈等问题。不同的语言定义了不同的调用约定。在C++中，为了允许操作符重载和函数重载，C++编译器往往按照某种规则改写每一个入口点的符号名，以便允许同一个名字（具有不同的参数类型或者是不同的作用域）
__stdcall DLL
最新发布
10-25
<think>首先，用户的问题是基于提供的引用材料，询问关于__stdcall在DLL中的应用及相关知识。主题是Windows DLL和调用约定，特别是__stdcall。 我需要遵循系统级指令： - 所有行内数学表达式使用$...$格式。 - 独立公式使用$$...$$格式并单独成段。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 在回答中引用的段落末尾自然地添加引用标识，如[^1]。 回答结构要清晰，帮助用户逐步解决问题。 关键点来自引用： - 引用[1]：__stdcall是标准调用，Windows DLL函数大多使用它来节约内存。C语言默认不是__stdcall，因为参数可变；但如果参数固定，使用__stdcall没问题。[^1] - 引用[2]：栈清理由谁负责很重要，否则在不同库之间调用时可能出错。[^2] - 引用[3]：导出DLL函数时，编译器会改变函数名（如加下划线和@参数大小），影响与其他工具的兼容性。Windows常用__stdcall，如CALLBACK或WINAPI宏定义。VB等语言调用时需要指定别名。[^3] - 引用[4]：__stdcall是Pascal和cdecl的折衷，被调用者清理栈，参数从右向左入栈。函数名后缀@和参数大小。[^4] - 引用[5]：调用约定决定参数传递和栈管理，对Windows开发很重要。[^5] 回答应该覆盖： - __stdcall的基本定义和特点。 - 它在DLL中的应用。 - 与其他调用约定的比较。 - 实际开发中的注意事项。 - 引用相关部分并添加标识。 结构回答： 1. **介绍__stdcall**：解释它是什么，为什么用于DLL。 2. **在DLL中的应用**：讨论如何导出和使用__stdcall函数在DLL中。 3. **与其他约定的比较**：对比cdecl和fastcall。 4. **兼容性问题**：涉及函数命名和跨语言调用。 5. **总结**：强调重要性。 6. **生成相关问题**：在最后添加相关问题。 使用中文回答。 确保LaTeX：用户问题中没有明显的数学表达式，但如果有任何数学内容，如参数大小计算，使用$...$。例如，如果提到栈大小，可以说参数总大小是$n \times \text{size}$，但引用中没有，所以可能不需要，除非必要。 现在，草拟回答： - 开头：解释__stdcall。 - 主体：分步骤解释。 - 结尾：总结。 - 然后添加相关问题。 生成相关问题： 类似于示例，生成2-3个问题基于主题。 例如： 1. 如何在DLL中导出__stdcall函数？ 2. __stdcall和cdecl在性能上有何差异？ 3. 如何处理跨语言调用时的函数名修饰问题？ 最后，确保引用标识自然地添加在引用内容的末尾。 </think>### __stdcall在DLL中的应用及相关知识 在Windows开发中，调用约定（Calling Convention）定义了函数如何传递参数、管理堆栈和返回值。__stdcall（标准调用）作为一种常见的调用约定，在动态链接库（DLL）中扮演着核心角色，尤其是在确保内存效率和跨模块兼容性方面。以下我将基于您的查询和参考引用逐步解析__stdcall在DLL中的应用、特点、以及与DLL的关系。 #### 1. **__stdcall的基本定义和特点** __stdcall是一种调用约定，其名称来源于“standard call”（标准调用）。它是Windows DLL函数的标准调用方式，主要用于节约内存和简化栈管理[^1]。关键特点包括： - **被调用者负责清理栈空间**：在函数调用结束后，由被调用函数（如DLL中的函数）清理堆栈上的参数，而非调用者。这减少了内存开销，提高了效率。 - **参数传递顺序**：参数从右向左压入堆栈（right-to-left），例如函数调用`func(a, b)`时，`b`先压栈，然后是`a`。 - **返回值处理**：函数返回值通常存储在EAX寄存器中。 - **函数名修饰**：编译器会自动修改函数名，添加前缀下划线和后缀@符号，后跟参数总大小的字节数。例如，函数`add(int a, int b)`（参数大小8字节）会被修饰为`_add@8`[^3][^4]。 这种约定特别适合DLL，因为Windows操作系统本身大量使用__stdcall来确保DLL函数的稳定性和跨进程调用[^1][^4]。相比之下，C语言默认的调用约定是cdecl（调用者清理栈），但cdecl适用于参数个数可变的函数（如`printf`），而__stdcall适用于参数固定的场景[^1]。 #### 2. **__stdcall在DLL中的具体应用** 在DLL开发中，__stdcall被广泛用于导出函数，以确保与其他模块（如EXE或另一个DLL）的正确交互。以下是关键应用点： - **DLL函数导出**：Windows API和常见DLL（如系统库）大多数函数都使用__stdcall调用约定，例如通过宏定义如`WINAPI`或`CALLBACK`（这些宏都等同于__stdcall）[^3][^4]。开发者可以在DLL源代码中显式指定__stdcall： ```cpp // 在DLL中声明导出函数使用__stdcall __declspec(dllexport) int __stdcall add(int a, int b) { return a + b; } ``` 编译后，函数名会被修饰为`_add@8`（假设参数总大小为8字节），这有助于链接器正确处理函数符号[^3]。 - **跨模块兼容性**：当DLL被其他语言或工具调用时（如VB、.NET或Python），调用者必须匹配修饰后的函数名。例如： - 在VB中调用上述DLL函数时，需使用别名声明： ```vb Declare Function add Lib "win.dll" Alias "_add@8" (ByVal a As Integer, ByVal b As Integer) As Integer ``` 如果不指定正确的别名（如直接使用`add`），会导致链接错误或运行时崩溃[^3]。 - 在C++调用方中，需声明相同的调用约定： ```cpp // 调用DLL函数的声明 extern "C" __declspec(dllimport) int __stdcall add(int a, int b); ``` - **栈管理的优势**：由于被调用者清理栈，__stdcall减少了调用方的负担，防止了栈不平衡导致的错误（如内存泄漏或崩溃）。这在DLL中尤其重要，因为多个进程可能同时调用同一个DLL函数[^2][^4]。例如，参数总大小$s$（单位为字节）可通过参数个数和类型计算（如int类型通常4字节），确保栈清理正确[^4]。 #### 3. **__stdcall与其他调用约定的比较** 为了更好地理解__stdcall的优势，以下是与常见调用约定的简要对比： - **vs cdecl**： - cdecl：调用者清理栈，支持可变参数函数（如C标准库函数）。默认用于C语言程序。 - __stdcall：被调用者清理栈，参数固定，内存效率更高；适合DLL导出函数。 - 区别：cdecl函数名不添加后缀（如`add`），而__stdcall有修饰（如`_add@8`），这使得__stdcall在跨语言调用时更易出错，但性能更优[^1][^4]。 - **vs fastcall**： - fastcall：通过寄存器传递部分参数，速度快，但不标准化，可能降低兼容性。 - __stdcall：纯栈传递，通用性强，是Windows DLL的默认选择[^5]。 - 在实际DLL开发中，__stdcall优先用于参数固定的函数，而cdecl用于调试或可变参数场景[^3][^5]。 #### 4. **实践中的注意事项** - **函数名修饰问题**：在导出DLL函数时，编译器自动添加名称修饰（如`_add@8`）。开发者需要使用`extern "C"`来避免C++名称混淆，但不影响__stdcall修饰： ```cpp extern "C" __declspec(dllexport) int __stdcall add(int a, int b); // 导出为C风格的修饰名 ``` 如果忽略这一点，可能导致与其他工具（如非VC编译器）的兼容性问题[^3]。 - **错误处理**：如果调用方和被调用方（DLL）的调用约定不匹配（如调用方用cdecl，DLL用__stdcall），会导致栈损坏，表现为随机崩溃或数据错误。调试时需检查函数声明是否一致[^2][^5]。 - **内存效率**：__stdcall通过被调用者清理栈，节约了内存资源，这在资源受限的嵌入式系统或大型应用中尤为重要[^1][^4]。 #### 5. **总结** __stdcall是Windows DLL开发的基石，确保了函数调用的高效性和稳定性。它通过标准化栈清理和参数传递，简化了DLL的导出和使用，但也带来了函数名修饰的兼容性挑战。在实际项目中，建议： - 优先使用__stdcall用于DLL导出函数。 - 在跨语言调用时，通过别名机制处理函数名修饰。 - 结合工具（如Dependency Walker）验证导出符号[^3][^4]。 通过理解这些原理，您可以写出更健壮的DLL模块，避免常见陷阱[^5]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值