[VC]函数调用约定解析(C/C++)
C/C++函数调用约定和函数名称修饰规则探讨
作者：星轨（oRbIt）
使用C/C++语言开发软件的程序员经常碰到这样的问题：有时候是程序编译没有问题，但是链接的时候总是报告函数不存在（经典的LNK
2001错误），有时候是程序编译和链接都没有错误，但是只要调用库中的函数就会出现堆栈异常。这些现象通常是出现在C和C++的代码混合使用的情况下或
在C++程序中使用第三方的库的情况下（不是用C++语言开发的），其实这都是函数调用约定（Calling
Convention）和函数名修饰（Decorated
Name）规则惹的祸。函数调用方式决定了函数参数入栈的顺序，是由调用者函数还是被调用函数负责清除栈中的参数等问题，而函数名修饰规则决定了编译器使
用何种名字修饰方式来区分不同的函数，如果函数之间的调用约定不匹配或者名字修饰不匹配就会产生以上的问题。本文分别对C和C++这两种编程语言的函数调
用约定和函数名修饰规则进行详细的解释，比较了它们的异同之处，并举例说明了以上问题出现的原因。
函数调用约定（Calling Convention）
函数调用约定不仅决定了发生函数调用时函数参数的入栈顺序，还决定了是由调用者函数还是被调用函数负责清除栈中的参数，还原堆栈。函数调用约定有很多方
式，除了常见的__cdecl，__fastcall和__stdcall之外，C++的编译器还支持thiscall方式，不少C/C++编译器还支持
naked
call方式。这么多函数调用约定常常令许多程序员很迷惑，到底它们是怎么回事，都是在什么情况下使用呢？下面就分别介绍这几种函数调用约定。
1.__cdecl
编译器的命令行参数是/Gd。__cdecl方式是C/C++编译器默认的函数调用约定，所有非C++成员函数和那些没有用__stdcall或
__fastcall声明的函数都默认是__cdecl方式，它使用C函数调用方式，函数参数按照从右向左的顺序入栈，函数调用者负责清除栈中的参数，由
于每次函数调用都要由编译器产生清除（还原）堆栈的代码，所以使用__cdecl方式编译的程序比使用__stdcall方式编译的程序要大很多，但是
__cdecl调用方式是由函数调用者负责清除栈中的函数参数，所以这种方式支持可变参数，比如printf和windows的API
wsprintf就是__cdecl调用方式。对于C函数，__cdecl方式的名字修饰约定是在函数名称前添加一个下划线；对于C++函数，除非特别使
用extern
"C"，C++函数使用不同的名字修饰方式。
2.__fastcall
编译器的
相关文档：
最近经常和公司做JAVA的兄弟们打交道，由于需要统加密算法，所以要求做一个加密的DLL文件供兄弟们调用，根据网上各位大虾们的经验，在加上个人在摸索过程中的体会，现在将流程以及个人心得贴上，以供以后漫漫程序生涯参考，如有不对的还请各位大力指正。
第一步是编写java类， ......
访问Nand Flash时需要先发出命令，然后发出地址序列，最后读/写数据；
需要使用各个信号来分辨命令、地址、数据；
S3C2410 的Nand Flash控制器 提供了相关寄存器来简化这些操作：
& ......
什么时候需要创建线程池呢？简单的说，如果一个应用需要频繁的创建和销毁线程，而任务执行的时间又非常短，这样线程创建和销毁的带来的开销就不容忽视，这时也是线程池该出场的机会了。如果线程创建和销毁时间相比任务执行时间可以忽略不计，则没有必要使用线程池了。
下面是Linux系统下用C语言创建的一个线程池。线程池� ......
大学已经来到了最重要的时期了，我不能再一事无成了。光说没用，所以就在这里写下文章，以记录我的成长历程。
这学期刚好学到数据结构，那就将题目分析的过程及代码写下来，供以后自己取舍。因本人水平一般，所以代码并不一定是最优的，但是我会努力改进，做最好的自己！ ......
