快捷導(dǎo)航

基于C++類型重定義的使用詳解

更新時(shí)間：2013年05月16日 10:47:17 作者：

本篇文章是對(duì)C++中類型重定義的使用進(jìn)行了詳細(xì)的分析介紹，需要的朋友參考下

這幾天工作時(shí)碰到一個(gè)C++的編譯錯(cuò)誤(我使用的是Visual C++ 7.0)，說(shuō)是有一個(gè)類重復(fù)定義，仔細(xì)想想我們的這個(gè)項(xiàng)目也是做了好幾個(gè)Release了，內(nèi)部代碼應(yīng)該不會(huì)有這樣的低級(jí)錯(cuò)誤，真把類型給重復(fù)定義了，檢查結(jié)果正如我預(yù)料的一樣。就這樣，我左右沒(méi)找到原因，被一個(gè)編譯錯(cuò)誤給卡在那里了。（在我的概念中，程序錯(cuò)誤的等級(jí)為：編譯錯(cuò)誤－>鏈接錯(cuò)誤－>邏輯錯(cuò)誤，此錯(cuò)誤屬于最低級(jí) ）。這時(shí)我仔細(xì)看了一下錯(cuò)誤提示，發(fā)現(xiàn)重復(fù)定義是由于從兩個(gè)不同的路徑包含了同一個(gè)頭文件而引起的，同事也建議從另外一個(gè)路徑打開(kāi)工程試試，這才慢慢發(fā)現(xiàn)了原因。這個(gè)原因可能有些拗口，而事實(shí)上要出現(xiàn)這種錯(cuò)誤也有些"曲折"，讓我從不同情況下的類型重定義來(lái)解釋一下吧。
我總結(jié)的類型重定義情況有三。
一、沒(méi)有在文件頭加#pragma once指示符。

復(fù)制代碼代碼如下:

Type1.h:
//#pragma once
class Type
{
};
Main.cpp:
#include "Type1.h"
#include "Type1.h"
int main(int argc, char *argv[])
{   
return 1;
}

#pragma once的作用是保證本文件只被編譯一次，如果沒(méi)有在Type1.h中加這句話，那么在main.cpp里面包含了兩次Type1.h，就相當(dāng)于在main.cpp里面定義了兩次Type類，自然就是類型重定義了。

二、兩個(gè)不同的頭文件中定義了相同的類型（均有#pragma once）

復(fù)制代碼代碼如下:

Type1.h:
#pragma once
class Type
{
};
Type2.h:
#pragma once
class Type
{
};
Main.cpp:
#include "Type1.h"
#include "Type2.h"
int main(int argc, char *argv[])
{   
return 1;
}

這里main.cpp中同時(shí)包含了Type1.h, Type2.h兩個(gè)頭文件，雖然其文件頭都有#pragma once，但因?yàn)槭遣煌奈募?預(yù)編譯器還是會(huì)兩次把Type類的定義放在Main.cpp中，所以也會(huì)出現(xiàn)了重定義。

三、從兩個(gè)不同的路徑包含了同一個(gè)頭文件
前面兩種是比較常見(jiàn)，也是比較容易解決的情況，而這里要講的第三種情況，比較少見(jiàn)，而且一般出現(xiàn)在有虛擬映射盤的時(shí)候。（這樣才能做到從兩個(gè)不同的路徑包含同一個(gè)頭文件），其他會(huì)在什么時(shí)候出現(xiàn)，我還沒(méi)想到，知道的朋友頂一下：）。下面我來(lái)分析一下：
1）有VC工程在D:\Test目錄下。
2）映射虛擬盤X為D:\Test.
不熟悉的網(wǎng)友可以按此操作: 開(kāi)始->運(yùn)行->在運(yùn)行窗口輸入：cmd->在cmd窗口輸入：
Subst X: D:\Test
3）該工程有文件Type1.h, main.cpp

復(fù)制代碼代碼如下:

Type1.h:
#pragma once
class Type{};
Main.cpp:
#include "Type1.h"
#include "X:\Type1.h"
int main(int argc, char *argv[])
{   
return 1;
}

這里我們?cè)趍ain.cpp這樣包含了兩個(gè)頭文件，從本質(zhì)上來(lái)講，它們都對(duì)應(yīng)于物理盤D:\Test下的文件Type1.h, 是同一個(gè)文件。但在不同的操作下， VC對(duì)其有不同的解釋。#include "X:\Type1.h"用的是絕對(duì)路徑，自然沒(méi)有什么異議，但#include "Type1.h"卻有些變化:
•假如我從D:\Test\下打開(kāi)工程，那么#include "Type1.h"其實(shí)就是#include "D:\Test\Type1.h"
•假如從X:\下打開(kāi)工程，那么#include "Type1.h"就解釋為#include "X:\Type1.h"
4）在D:\Test下打開(kāi)工程，編譯，出現(xiàn)類型Type重復(fù)定義錯(cuò)誤
這種情況下，main.cpp預(yù)編譯為:

復(fù)制代碼代碼如下:

Main.cpp:
#include "D:\Test\Type1.h"
#include "X:\Type1.h"
int main(int argc, char *argv[])
{   
return 1;
}

#pragma once只保證本文件被編譯一次，這里VC將其認(rèn)為是兩個(gè)不同的文件，所以都要編譯，出現(xiàn)編譯錯(cuò)誤自然也就不奇怪了。
當(dāng)然，這里如果從X:\ 下打開(kāi)工程的話，VC就會(huì)認(rèn)為都是從X:\Type1.h下包含這個(gè)文件，#pragma once起到了作用，也就不會(huì)出現(xiàn)類型重定義了

四、總結(jié)
我在VC7, VC8,和Dev C++中都測(cè)試了第三種情況，發(fā)現(xiàn)只有Dev C++是可以通過(guò)編譯的。這可能是微軟VC的#pragma once還不夠智能吧，輕易的被Windows的虛擬盤給蒙蔽了雙眼，看不到其本質(zhì)（只是猜測(cè)，或許VC這么處理是有其他用意的）。

因?yàn)樵谏源笠稽c(diǎn)的工程開(kāi)發(fā)中，我們一般都會(huì)用虛擬盤來(lái)方便工作，一是訪問(wèn)快捷，簡(jiǎn)化了路徑，二是因?yàn)槎嗳藚f(xié)同開(kāi)發(fā)，我們一般希望大家源代碼路徑相同，但我們不應(yīng)強(qiáng)制要求大家都把源代碼放死在某一目錄下，這時(shí)把你放源代碼的路徑映射為一個(gè)虛擬盤（比如說(shuō)統(tǒng)一為X:）就能把大家的代碼路徑統(tǒng)一起來(lái)了。但是另一方面，有了虛擬盤，就為出現(xiàn)類型重定義提供了條件，以下是我得出的兩個(gè)解決方法：
1）拋棄#pragma once使用古老但集穩(wěn)定性與移植性于一身的

復(fù)制代碼代碼如下:

#ifndef _XXX_H
#define _XXX_H
//...#endif

來(lái)保證頭文件只被編譯一次。這樣不管是包含兩個(gè)相同的文件，還是包含兩個(gè)不同的文件，或是包含兩個(gè)文件相同但路徑不同的文件，只要_XXX_H被定義過(guò)，就不會(huì)再編譯那個(gè)編譯(但這里我們要保證_XXX_H的唯一性，如果兩個(gè)不同的頭文件里用了同一_XXX_H,是會(huì)出問(wèn)題的)
2）在包含頭文件時(shí)，不要使用絕對(duì)路徑，哪怕那是虛擬盤的絕對(duì)路徑。

您可能感興趣的文章: