在VC或VS上编写完代码，点击编译按钮准备生成exe文件时，编译器做了两步工作：

第一步，将每个.cpp(.c)和相应的.h文件编译成obj文件；

第二步，将工程中所有的obj文件进行LINK，生成最终.exe文件。

那么，错误可能在两个地方产生：

一个，编译时的错误，这个主要是语法错误；

一个，链接时的错误，主要是重复定义变量等。

编译单元指在编译阶段生成的每个obj文件。

一个obj文件就是一个编译单元。

一个.cpp(.c)和它相应的.h文件共同组成了一个编译单元。

一个工程由很多编译单元组成，每个obj文件里包含了变量存储的相对地址等。

函数或变量在声明时，并没有给它实际的物理内存空间，它有时候可保证你的程序编译通过；

函数或变量在定义时，它就在内存中有了实际的物理空间。

如果你在编译单元中引用的外部变量没有在整个工程中任何一个地方定义的话，那么即使它在编译时可以通过，在连接时也会报错，因为程序在内存中找不到这个变量。

函数或变量可以声明多次，但定义只能有一次。

extern

作用一：当它与”C”一起连用时，如extern “C” void fun(int a, int b);，则编译器在编译fun这个函数名时按C的规则去翻译相应的函数名而不是C++的。 作用二：当它不与”C”在一起修饰变量或函数时，如在头文件中，extern int g_nNum;，它的作用就是声明函数或变量的作用范围的关键字，其声明的函数和变量可以在本编译单元或其他编译单元中使用。 即B编译单元要引用A编译单元中定义的全局变量或函数时，B编译单元只要包含A编译单元的头文件即可，在编译阶段，B编译单元虽然找不到该函数或变量，但它不会报错，它会在链接时从A编译单元生成的目标代码中找到此函数。

当有两个类都需要使用共同的变量，我们将这些变量定义为全局变量。比如，res.h和res.cpp分别来声明和定义全局变量，类ConsumerThread使用全局变量。

ABCDEF
abcdef
12345

我们可以跟踪调试，发现res、test1、test2中g_szBuffer的地址都不一样。

作用二：修饰类成员变量

静态数据成员是每个 class 有一份，在全局数据区(静态区)分配内存，普通数据成员是每个 instance 有一份。

作用三：修饰类成员函数

特点：

1. 静态成员之间可以相互访问，包括静态成员函数访问静态数据成员和访问静态成员函数;

2. 非静态成员函数可以任意地访问静态成员函数和静态数据成员;

3. 静态成员函数不能访问非静态成员函数和非静态数据成员;

4. 调用静态成员函数，可以用成员访问操作符(.)和(->)为一个类的对象或指向类对象的指针调用静态成员函数,也可以用类名::函数名调用(因为他本来就是属于类的，用类名调用很正常)

const

const单独使用时，其特性与static一样（每个编译单元中地址都不一样，不过因为是常量，也不能修改，所以就没有多大关系）。

const与extern一起使用时，其特性与extern一样。

extern const char g_szBuffer[]; //写入 .h中 
const char g_szBuffer[] = “123456”; // 写入.cpp中 

extern “C”

历史遗留问题，最早的标准C编译器编译引用出来的变量和函数就是在名字前面加个下滑杠，比如void foo(int a,int b);编译器引用的函数名是_foo，后来的C编译器都是遵循这个标准。

可是后来C++出现了，他的重载特性使得不同的编译器对它进行了不同的处理，比如void foo(int a,int b);就可能被编译器引用出来后变为_foo_int_int之类的，把函参也放进函数名中，从而实现了重载。为了保证不同厂家生产的模块之间的兼容性，并且可以调用原先开发好的C模块，就引出了一个extern “C”的方法，通过这种定义来告诉编译器：请按照C的方法来对我这个函数进行编译，保持我的名称。这样不同厂家的C和C++中的变量，函数，类就得到了一致化的处理，兼容性也就解决了。

这是一个标准的extern “C”的写法。这在dll的编写上作用很大。

//在.h文件的头上  
#ifdef __cplusplus  
#if __cplusplus  
extern "C"{  
　#endif  
　#endif /* __cplusplus */   
　…  
　…  
　//.h文件结束的地方  
　#ifdef __cplusplus  
　#if __cplusplus  
}  
#endif  
#endif /* __cplusplus */