近日在写代码,各个.cpp源文件编译时没有问题,将*.o进行链接时,出现了许多multiple definition of XXX的链接错误。于是在网上搜索了一番,结合自己的代码包含逻辑,最终发现了问题,记载如下:
一、问题描述:
Threadpool.h:
声明了一些函数原型和一些全局变量,这些标示符是没有带extern关键字的。
Threadpool.cpp:
该cpp文件对Threadpool.h中函数进行定义,变量给出初始值。
单独编译g++ -g -c Threadpool.cpp不会有问题。
Main.cpp:
我在Main.cpp中需要用到Threadpool.cpp中定义好的函数以及变量,所以我在Main.cpp中#include "Threadpool.h"。
单独编译g++ -g -c Main.cpp 也没有问题。
当进行链接时:g++ -o Main Threadpool.o Main.o -lpthread
就会出现:multiple definition of XXX
二、题产生的原因:
C/C++中一个.c和.cpp文件以及其include到的头文件称为一个编译单元,该单元是独立编译的。一个标示符可以多次声明,但是只能够定义一次。
为什么Threadpool.cpp和Main.cpp都包含Threadpool.h,在链接阶段会出现重复定义的符号呢?真正的问题出在头文件标示符。
Threadpool.h:
int a;
double d;
int fnu();
//etc
在Threadpool.cpp中#include时被预处理器处理之后,出现了一次定义。
int a;
double d;
int fnu();
在Main.cpp中#include同样被预处理器处理之后:再一次出现了定义。
int a;
double d;
int fnu();
为什么编译阶段不会出现问题呢?
执行g++ -g -c Threadpool.cpp时,对应的.cpp文件将会被编译成目标文件,目标文件含有一系列Threadpool.h中定义过的标示符。
执行g++ -g -c Main.cpp时,对应的.cpp文件也将会被编译成目标文件,目标文件同样含有一系列Threadpool.h中定义过的标示符。
上述二者被独立的编译成目标文件,所以编译不会有问题。
我们可以这样想象-c每一个源文件时,相当于一条有管道包围的纵向水流,二者互不干扰。当-o链接时两条原本相互独立的水管横向流了,所有就出现了重复的元素。所以当进行链接时:g++ -o Main Threadpool.o Main.o -lpthread。就会出现重复定义的标示符。重复定义的标示符在这里只是变量,函数不会。因为函数确实只在.cpp中定义了一次,多次声明是没有问题的,而变量确实出现了两次定义。
三、我的解决方案:
不在头文件中定义全局变量,头文件中只含有函数的原型声明,而将所有的全局变量放入Threadpool.cpp中,当Main.cpp需要用到这些全局变量时,extern一下,告诉编译器这些变量是在其他源文件中定义的。
得到的启示:
(1)最好不要在头文件中定义全局变量。
(2)在C/C++中分清楚标示符的声明(declared)和定义(definition)的区
别很重要。
(3)该问题与没有用#ifndef,#define,#endif产生问题的原因是不一样的。
非常好的一篇blog,我在写代码的时候也碰到了类似的问题,其实也是全局变量和函数的重复定义的问题!!!但是我的例子比较复杂,不好描述,而作者的例子清晰易理解,故转载过来。另外这篇文章最令我受益的一句话是:
C/C++中一个.c和.cpp文件以及其include到的头文件称为一个编译单元,该单元是独立编译的。一个标示符可以多次声明,但是只能够定义一次。
文章转载自:http://blog.csdn.net/luo6620378xu/article/details/8511312