我之前对dll（动态链接库）文件使用了“extern”C“”，以使etc.main（）函数“可导出”，以便稍后可以在dll的另一个可执行文件中使用。也许一个我过去使用它的例子会很有用。

DLL

#include <string.h>
#include <windows.h>

using namespace std;

#define DLL extern "C" __declspec(dllexport)
//I defined DLL for dllexport function
DLL main ()
{
    MessageBox(NULL,"Hi from DLL","DLL",MB_OK);
}

EXE

#include <string.h>
#include <windows.h>

using namespace std;

typedef LPVOID (WINAPI*Function)();//make a placeholder for function from dll
Function mainDLLFunc;//make a variable for function placeholder

int main()
{
    char winDir[MAX_PATH];//will hold path of above dll
    GetCurrentDirectory(sizeof(winDir),winDir);//dll is in same dir as exe
    strcat(winDir,"\\exmple.dll");//concentrate dll name with path
    HINSTANCE DLL = LoadLibrary(winDir);//load example dll
    if(DLL==NULL)
    {
        FreeLibrary((HMODULE)DLL);//if load fails exit
        return 0;
    }
    mainDLLFunc=(Function)GetProcAddress((HMODULE)DLL, "main");
    //defined variable is used to assign a function from dll
    //GetProcAddress is used to locate function with pre defined extern name "DLL"
    //and matcing function name
    if(mainDLLFunc==NULL)
    {
        FreeLibrary((HMODULE)DLL);//if it fails exit
        return 0;
    }
    mainDLLFunc();//run exported function 
    FreeLibrary((HMODULE)DLL);
}

仅仅通过在外部“C”中包装，并不能使任何C标头与C++兼容。当C标头中的标识符与C++关键字冲突时，C++编译器会对此进行投诉。

例如，我看到以下代码在g++中失败：

extern "C" {
struct method {
    int virtual;
};
}

Kinda是有道理的，但在将C代码移植到C++时需要记住。

当混合使用C和C++时（即a.从C++调用C函数；b.从C调用C++函数），C++名称混乱会导致链接问题。从技术上讲，只有当被调用函数已经使用相应的编译器编译成二进制（很可能是*.a库文件）时，才会出现此问题。

因此，我们需要使用外部“C”来禁用C++中的名称篡改。

extern“C”使C++中的函数名具有C链接（编译器不会损坏该名称），以便客户端C代码可以使用仅包含函数声明的C兼容头文件链接到（使用）您的函数。函数定义包含在二进制格式（由C++编译器编译）中，然后客户端C链接器将使用C名称链接到该格式。

由于C++有函数名的重载，而C没有，所以C++编译器不能仅将函数名用作链接到的唯一id，因此它通过添加有关参数的信息来破坏名称。C编译器不需要更改名称，因为您不能重载C中的函数名。当您声明函数在C++中具有外部“C”链接时，C++编译器不会将参数/参数类型信息添加到用于链接的名称中。

正如您所知，您可以显式指定每个单独声明/定义的外部“C”链接，或使用块将声明/定义序列分组以具有特定链接：

extern "C" void foo(int);
extern "C"
{
   void g(char);
   int i;
}

如果您关心技术细节，请参见C++03标准第7.5节，这里有一个简短的总结（重点是外部“C”）：

外部“C”是链接规范每个编译器都需要提供“C”链接链接规范只能出现在命名空间范围内所有函数类型、函数名和变量名都有语言链接参见Richard的评论：只有具有外部链接的函数名和函数名才有语言链接具有不同语言链接的两种函数类型是不同的类型，即使在其他方面相同连杆规格嵌套，内部规格决定最终连杆类成员忽略外部“C”最多一个具有特定名称的函数可以具有“C”链接（无论名称空间如何）外部“C”强制一个函数具有外部链接（不能使其成为静态的）参见Richard的评论：外部内部的静态“C”是有效的；这样声明的实体具有内部链接，因此没有语言链接从C++到用其他语言定义的对象以及从其他语言到用C++定义的对象的链接是由实现定义的，并且依赖于语言。只有当两种语言实现的对象布局策略足够相似时，才能实现这种链接

C++修改函数名以从过程语言创建面向对象语言

大多数编程语言都不是建立在现有编程语言之上的。C++是建立在C之上的，而且它是一种基于过程编程语言的面向对象编程语言，因此，有一些C++表达式，如extern“C”，提供了与C的向后兼容性。

让我们看一下以下示例：

#include <stdio.h>
    
// Two functions are defined with the same name
//   but have different parameters

void printMe(int a) {
  printf("int: %i\n", a);
}

void printMe(char a) {
  printf("char: %c\n", a);
}
    
int main() {
  printMe('a');
  printMe(1);
  return 0;
}

C编译器不会编译上述示例，因为相同的函数printMe被定义了两次（即使它们具有不同的参数int A vs char A）。

gcc-o printMe printMe.c&&/printMe；1个错误。PrintMe定义了多次。

然而，C++编译器将编译上述示例。printMe定义两次并不重要。

g++-o printMe printMe.c&&/printMe；

这是因为C++编译器基于函数的参数隐式重命名（mangles）函数。该语言被设计为面向对象的——用相同名称的方法（函数）创建不同的类，并基于不同的参数重写方法名称（方法重写）。

外部“C”所说的是“不要破坏C函数名”

尽管C++是建立在C之上的，但破坏可能会导致C代码混乱。例如，假设我们有一个名为“parent.C”的遗留C文件，其中包含来自不同头文件的函数名，“parent.h”、“child.h”等。因此，“parent.h”和“child.h”头文件中的函数名也需要修改。对于一些文件来说，这可能没什么问题，但如果C程序很复杂，修改可能会很慢，并导致代码损坏，因此可以提供一个关键字，告诉C++编译器不要修改函数名。

extern“C”关键字告诉C++编译器不要篡改（重命名）C函数名。

例如：

extern“C”void printMe（int a）；

它以这样一种方式更改函数的链接，即该函数可以从C调用。实际上，这意味着函数名不会被破坏。