链接的接口-符号

	int func(int);
	float func(float);
	class C{
		int func(int);
		class C2{
			int func(int);
		};
		
	}; 
	namespace N{
		int func(int);
		class C{
			int func(int);
		};
	}

这段代码中有6个同名函数叫func，只不过他们的返回类型和参数及所在的名称空间不同，我们引入一个术语叫做函数签名，函数签名包含了一个函数的信息，包括函数名，它的参数类型，它所在的类和名称空间及其他信息。函数签名用于识别不同的函数，就像签名用于识别不同的人一样，函数的名字只是函数签名的一部分，由于上面6个同名函数的参数类型及所处的类和名称空间不同，我们可以认为它们的函数签名不同，在编译器及链接器处理符号时，它们使用某种名称修饰的方法，使得每个函数签名对应一个修饰后名称，编译器在将C++源代码编译成目标文件时，会将函数和变量的名字进行修饰，形成符号名，也就是说，C++的源代码编译后的目标文件中所使用的符号名是相应的函数和变量的修饰后名称。C++编译器和链接器都使用符号来识别和处理函数和变量，所以对于不同函数签名的函数，即使函数名相同，编译器和链接器都认为它们是数和变量，所以对于不同函数签名的函数，即使函数名相同，编译器和链接器都认为它们是不同的函数。

函数签名	修饰后名称
int func(int)	_Z4funci
float func(float)	_Z4funcf
int C::func(int)	_ZN1C4funcEi
int C::C2::func(int)	_ZN1C2C24funcEi

GCC的基本C++名称修饰方法如下：所以的符号都以“_Z”开头，对于嵌套的名字（在名称空间或在类里面的），后面紧跟"N",然后是各个名称空间和类的名字，每个名字前是名字字符串长度，再以"E"结尾，比如N::C::func经过名称修饰后就是_ZN1N1C4funcE。对于一个函数来说，它的参数列表紧跟在"E"后面，对于int类型来说，就是字母"i".所以整个N::C::func(int)函数签名经过修饰为_ZN1N1C4funcEi。更为具体的修饰方法我们在这里不详细介绍，有兴趣的读者可以参考GCC的名称修饰标准。幸好我们平时程序开发中也很少手工分析名称修饰问题，所以无须很详细地了解这个过程。binutils里面提供了一个叫"c++filt"的工具可以用来解析被修饰过的名称，比如：
签名和名称修饰机制不光被使用到函数上，C++中的全局变量和静态变量也有同样的机制，对于全局变量来说，它跟函数一样都是一个全局可见的名称，它也遵循上面的名称修饰机制，比如一个名称空间foo中的全局变量bar，它修饰后的名字为：_ZN3foo3barE.值得注意的是，变量的类型并没有被加入到修饰后名称中，所以不论这个变量实整型还是浮点型甚至是一个全局对象，它的名称都是一样的。
名称修饰机制也被用来防止静态变量的名字冲突，比如main()函数里面有一个静态变量叫foo,而func()函数里面也有一个静态变量叫foo,为了区分这两个变量，GCC会将它们的符号名分别修饰成两个不同的名字_ZZ4mainE3foo和_ZZ4funcvE3foo,这样就区分了这两个变量。
不同的编译器厂商的名称修饰方法可能不同，所以不同的编译器对于通一个函数签名可能对应不同的修饰后名称。
由于不同的编译器采用不同的名字修饰方法，必然会导致由不同编译器编译产生的目标文件无法正常相互链接，这是导致不同编译器之间不能互操作的主要原因之一。
extern“C”
C++为了与C兼容，在符号管理上，C++有一个用来声明或定义一个C的符号的"extern"C"关键字用法：

	extern "c"{
		int func(int);
		int var; 
	} 

C++编译器会将在"extern C"的大括号内部的代码当作C语言代码处理，所以很明显，上面的代码中，C++的名称修饰机制将不会起作用。他声明了一个C的函数func。定义了一个整型全局变量var。从上文我们得知，在Visual C++平台下会将C语言的符号进行修饰，所以上述代码中的func和var的修饰后符号分别为_func和_var，但是在Linux版本的GCC编译器下却没有这种修饰，extern“C”里面的符号都为修饰后符号，即前面不用加下划线。
很多时候我们会碰到有些头文件声明了一些C语言的函数和全局变量，但是这个头文件可能会被C语言代码或C++代码包含，比如很常见的，我们的C语言库函数中的string.h中声明了memset这个函数，它的原型如下：

void *memset(void *,int ,size_t);

如果不加任何处理，当我们的C语言程序包含string.h的时候，并且用到了memset这个函数，编译器会将memset符号引用正确处理，但是在C++语言中，编译器会认为这个memset函数时一个C++函数，将memset的符号修饰成_Z6memsetPvii,这样链接器就无法与C语言库中的memset符号进行链接。所以对于C++来说，必须使用extern C来声明memset这个函数。但是C语言又不支持extern"C"语法，如果为了兼容C语言和C++语言定义两套头文件，未免过于麻烦，幸好我们有一种很好的方法可以解决上述问题，就是使用C++的宏“_cplusplus”,C++编译器会在编译C++的程序时默认定义这个宏，我们可以使用条件宏来判断当前编译单元是不是C++代码。
如果当前编译单元是C++代码，那么memset会在extern“C”里面被声明，如果是C代码，就直接声明，上面这段代码中的技巧几乎在所有的系统头文件里面都被用到。