C++基礎(chǔ)之頭文件和源文件的關(guān)系
今天找了個解析xml的開源C++項目tinyxml，按照網(wǎng)上的說法去編譯，但是一直編譯不通過，“無法打開頭文件tinyxml.h”，但是明明我在工程底下有了這個文件，對于我這種初學(xué)C++的人來說我并不知道頭文件和源文件到底什么關(guān)系（不像java的類文件），不過最終還是解決了這個問題。
一、源文件如何根據(jù)#include來關(guān)聯(lián)頭文件
1，系統(tǒng)自帶的頭文件用尖括號括起來，這樣編譯器會在系統(tǒng)文件目錄下查找。
#include
2，用戶自定義的文件用雙引號括起來，編譯器首先會在用戶目錄下查找，然后在到C++安裝目錄（比如VC中可以指定和修改庫文件查找路徑，Unix和Linux中可以通過環(huán)境變量來設(shè)定）中查找，最后在系統(tǒng)文件中查找。
#include “"xxx.h”（我一直以為””和<>沒什么區(qū)別，但是tinyxml.h是非系統(tǒng)下的都文件，所以要用””）
二、頭文件如何來關(guān)聯(lián)源文件
這個問題實際上是說，已知頭文件“a.h”聲明了一系列函數(shù)，“b.cpp”中實現(xiàn)了這些函數(shù)，那么如果我想在“c.cpp”中使用“a.h”中聲明的這些在“b.cpp”中實現(xiàn)的函數(shù)，通常都是在“c.cpp”中使用#include “a.h”,那么c.cpp是怎樣找到b.cpp中的實現(xiàn)呢？
其實.cpp和.h文件名稱沒有任何直接關(guān)系，很多編譯器都可以接受其他擴(kuò)展名。比如偶現(xiàn)在看到偶們公司的源代碼，.cpp文件由.cc文件替代了。
在Turbo C中，采用命令行方式進(jìn)行編譯，命令行參數(shù)為文件的名稱，默認(rèn)的是.cpp和.h，但是也可以自定義為.xxx等等。
譚浩強(qiáng)老師的《C程序設(shè)計》一書中提到，編譯器預(yù)處理時，要對#include命令進(jìn)行“文件包含處理”：將file2.c的全部內(nèi)容復(fù)制到#include “file2.c”處。這也正說明了，為什么很多編譯器并不care到底這個文件的后綴名是什么----因為#include預(yù)處理就是完成了一個“復(fù)制并插入代碼”的工作。
編譯的時候，并不會去找b.cpp文件中的函數(shù)實現(xiàn)，只有在link的時候才進(jìn)行這個工作。我們在b.cpp或c.cpp中用#include “a.h”實際上是引入相關(guān)聲明，使得編譯可以通過，程序并不關(guān)心實現(xiàn)是在哪里，是怎么實現(xiàn)的。源文件編譯后成生了目標(biāo)文件（.o或.obj文件），目標(biāo)文件中，這些函數(shù)和變量就視作一個個符號。在link的時候，需要在makefile里面說明需要連接哪個.o或.obj文件（在這里是b.cpp生成的.o或.obj文件），此時，連接器會去這個.o或.obj文件中找在b.cpp中實現(xiàn)的函數(shù)，再把他們build到makefile中指定的那個可以執(zhí)行文件中。
在Unix下，甚至可以不在源文件中包括頭文件，只需要在makefile中指名即可（不過這樣大大降低了程序可讀性，是個不好的習(xí)慣哦^_^）。在VC中，一幫情況下不需要自己寫makefile，只需要將需要的文件都包括在project中，VC會自動幫你把makefile寫好。
通常，編譯器會在每個.o或.obj文件中都去找一下所需要的符號，而不是只在某個文件中找或者說找到一個就不找了。因此，如果在幾個不同文件中實現(xiàn)了同一個函數(shù)，或者定義了同一個全局變量，鏈接的時候就會提示“redefined”。
一、聲明與定義的區(qū)分：
一個聲明就是一個定義，除非 ：
聲明：引入名稱
定義：引入實體
- 它聲明了一個沒有詳細(xì)說明函數(shù)體的函數(shù)
- 它包含一個extern定義符且沒有初始化函數(shù)或函數(shù)體
- 它是一個包含在一個類定義之內(nèi)的靜態(tài)類數(shù)據(jù)成員的聲明，它必須在最終程序的某處準(zhǔn)確的定義一次
- 它是一個類名聲明，如class test;
- 它是一個typedef聲明。
言外之意：
1。類的聲明也就是定義
2。同時賦初值的聲明也就是定義，如
- int a=2;
3。類非靜態(tài)數(shù)據(jù)成員的聲明也就是定義？？？
4。類的所有成員函數(shù)的聲明也就是定義
一個定義就是一個聲明，除非：
1.它定義的是一個靜態(tài)數(shù)據(jù)成員
2.它定義了一個非內(nèi)聯(lián)成員函數(shù)
內(nèi)部連接和外部連接：
編譯時每個文件會被編譯成一個含有必要信息的源文件(又叫編譯單元)，然后編譯單元會聯(lián)結(jié)成一個和族文件同名的.o文件，.o文件把不同的編譯單元中產(chǎn)生的符號聯(lián)系起來，構(gòu)成一個可執(zhí)行文件。有兩種截然不同的鏈接：內(nèi)部的和外部的，將這些編譯單元聯(lián)系起來。
內(nèi)部連接：對這個定義的訪問被局限在當(dāng)前編譯單元，其他編譯單元無法訪問。
外部連接：可被其他單元訪問，因此名稱在整個執(zhí)行文件中必須唯一。
類的定義（同時也是聲明），enum，struct，都是內(nèi)部連接，內(nèi)聯(lián)函數(shù)，靜態(tài)的非類成員數(shù)據(jù)也是
typedef聲明的類型也是內(nèi)聯(lián)結(jié)。
非內(nèi)聯(lián)成員函數(shù)（包括靜態(tài)成員）有外部連接，非內(nèi)聯(lián)函數(shù)，非靜態(tài)自由函數(shù)（非類的成員函數(shù)）也是外連接。
聲明只對當(dāng)前編譯單元有用，他們不會影響到.o文件，
.h文件，由于該文件會被其他.cpp文件包含，但由于聲明只是對當(dāng)前編譯單元有效，是不會將符號引入.o文件，所以該文件不能含有任何外部連接的符號（數(shù)據(jù)成員和函數(shù)）的定義。一般情況下也不要包含內(nèi)連接符號的定義。
綜上所訴：
.h文件中能包含：
- 類成員數(shù)據(jù)的聲明，但不能賦值
- 類靜態(tài)數(shù)據(jù)成員的定義和賦值，但不建議，只是個聲明就好。
- 類的成員函數(shù)的聲明
- 非類成員函數(shù)的聲明
- 常數(shù)的定義：如：const int a=5;
- 靜態(tài)函數(shù)的定義
- 類的內(nèi)聯(lián)函數(shù)的定義
不能包含：
1． 所有非靜態(tài)變量（不是類的數(shù)據(jù)成員）的聲明
2。 默認(rèn)命名空間聲明不要放在頭文件，using namespace std;等應(yīng)放在.cpp中，在.h文件中使用std::string
原文地址：http://blog.csdn.net/pjw100/archive/2010/01/18/5208879.aspx
【編輯推薦】
