extern "c"与def文件的作用

在VC++中，如果生成DLL，你可以在VC++的函数定义前要加__declspec(dllexport)修饰就可以了，但是使用__declspec(dllexport)会有一些问题。如果你的DLL是提供给VC++用户使用的，你只需要把编译DLL时产生的.lib提供给用户，它可以很轻松地调用你的DLL。但如果你的DLL是供VB、PB、Delphi等用户使用的，那么会产生一个小麻烦。因为VC++对于__declspec(dllexport)声明的函数会进行名称转换，如下面的函数：
__declspec(dllexport) int Func()
导出名会被转换成?Func@yyy@rrr的样式，这样你在C#中必须这样声明：
[DllImport("Test.dll", EntryPoint="?Func@yyy@rrr")]
public static extern int Func();
@的后面的数由于参数类型不同而可能不同，这显然不太方便。

第一、extern "C"的作用
比如一个C源程序A.c要使用C++编写的库函数，在A.c中#include "B.h",其中B.h中有要使用的函数的原形声明Func。当编译链接源程序时，却发现了“链接错误，未决的外部符号...”的错误，这是什么原因呢？
原因就是，C编译器编译A.c时，将Func编译为Func,当链接时链接器去C++库中寻找Func，但是C++的编译器在编译库时将Func编译成?Func@yyy@rrr，自然链接器就找不着相应的函数的信息了，所以就会报错！有什么办法可以处理这种情况呢？——可以在编写C++库的时候，为每一个函数（或导出函数）加上extern "C",它的含义是告知C++编译器在编译这些函数的时候，以C编译器的方式处理函数名。这样生成的库中的函数名字就是Func了，当C程序调用库函数，编译链接时，链接器就能找到期望的信息，则链接成功。

第二、.def文件的作用（仅与VC++编程相关）
前面提到，不同厂商开发的两个C编译器也会有一些差异，最突出的就是microsoft的C编译器，它对函数名字的处理很特别（究竟是什么样子，可以使用 Dumpbin工具查看dll的导出函数），所以要在使用他方编写的库时，程序链接能成功，有两种方法：1使用库编写者使用的C编译器（这里指 VC++），显然这种方法不合理；2库的编写者在使用VC++编写库时使用.def文件。
.def文件的作用即是，告知编译器不要以microsoft编译器的方式处理函数名，而以指定的某方式编译导出函数（比如有函数func，让编译器处理后函数名仍为func）。这样，就可以避免由于microsoft VC++编译器的独特处理方式而引起的链接错误。