今天找了個(gè)解析xml的開(kāi)源C++項(xiàng)目tinyxml，按照網(wǎng)上的說(shuō)法去編譯，但是一直編譯不通過(guò)，“無(wú)法打開(kāi)頭文件tinyxml.h”，但是明明我在工程底下有了這個(gè)文件，對(duì)于我這種初學(xué)C++的人來(lái)說(shuō)我并不知道頭文件和源文件到底什么關(guān)系（不像java的類文件），不過(guò)最終還是解決了這個(gè)問(wèn)題。

　　 一、源文件如何根據(jù)#include來(lái)關(guān)聯(lián)頭文件

　　1，系統(tǒng)自帶的頭文件用尖括號(hào)括起來(lái)，這樣編譯器會(huì)在系統(tǒng)文件目錄下查找。

　　 #include

　　 2，用戶自定義的文件用雙引號(hào)括起來(lái)，編譯器首先會(huì)在用戶目錄下查找，然后在到C++安裝目錄（比如VC中可以指定和修改庫(kù)文件查找路徑，Unix和Linux中可以通過(guò)環(huán)境變量來(lái)設(shè)定）中查找，最后在系統(tǒng)文件中查找。

　　 #include “"xxx.h”（我一直以為””和<>沒(méi)什么區(qū)別，但是tinyxml.h是非系統(tǒng)下的都文件，所以要用””）

　　 二、頭文件如何來(lái)關(guān)聯(lián)源文件

　　這個(gè)問(wèn)題實(shí)際上是說(shuō)，已知頭文件“a.h”聲明了一系列函數(shù)，“b.cpp”中實(shí)現(xiàn)了這些函數(shù)，那么如果我想在“c.cpp”中使用“a.h”中聲明的這些在“b.cpp”中實(shí)現(xiàn)的函數(shù)，通常都是在“c.cpp”中使用#include “a.h”,那么c.cpp是怎樣找到b.cpp中的實(shí)現(xiàn)呢？

　　 其實(shí).cpp和.h文件名稱沒(méi)有任何直接關(guān)系，很多編譯器都可以接受其他擴(kuò)展名。比如偶現(xiàn)在看到偶們公司的源代碼，.cpp文件由.cc文件替代了。

　　 在Turbo C中，采用命令行方式進(jìn)行編譯，命令行參數(shù)為文件的名稱，默認(rèn)的是.cpp和.h，但是也可以自定義為.xxx等等。

　　 譚浩強(qiáng)老師的《C程序設(shè)計(jì)》一書(shū)中提到，編譯器預(yù)處理時(shí)，要對(duì)#include命令進(jìn)行“文件包含處理”：將file2.c的全部?jī)?nèi)容復(fù)制到#include “file2.c”處。這也正說(shuō)明了，為什么很多編譯器并不care到底這個(gè)文件的后綴名是什么----因?yàn)?include預(yù)處理就是完成了一個(gè)“復(fù)制并插入代碼”的工作。

　　 編譯的時(shí)候，并不會(huì)去找b.cpp文件中的函數(shù)實(shí)現(xiàn)，只有在link的時(shí)候才進(jìn)行這個(gè)工作。我們?cè)赽.cpp或c.cpp中用#include “a.h”實(shí)際上是引入相關(guān)聲明，使得編譯可以通過(guò)，程序并不關(guān)心實(shí)現(xiàn)是在哪里，是怎么實(shí)現(xiàn)的。源文件編譯后成生了目標(biāo)文件（.o或.obj文件），目標(biāo)文件中，這些函數(shù)和變量就視作一個(gè)個(gè)符號(hào)。在link的時(shí)候，需要在makefile里面說(shuō)明需要連接哪個(gè).o或.obj文件（在這里是b.cpp生成的.o或.obj文件），此時(shí)，連接器會(huì)去這個(gè).o或.obj文件中找在b.cpp中實(shí)現(xiàn)的函數(shù)，再把他們build到makefile中指定的那個(gè)可以執(zhí)行文件中。

　　 在Unix下，甚至可以不在源文件中包括頭文件，只需要在makefile中指名即可（不過(guò)這樣大大降低了程序可讀性，是個(gè)不好的習(xí)慣哦^_^）。在VC中，一幫情況下不需要自己寫(xiě)makefile，只需要將需要的文件都包括在project中，VC會(huì)自動(dòng)幫你把makefile寫(xiě)好。

　　 通常，編譯器會(huì)在每個(gè).o或.obj文件中都去找一下所需要的符號(hào)，而不是只在某個(gè)文件中找或者說(shuō)找到一個(gè)就不找了。因此，如果在幾個(gè)不同文件中實(shí)現(xiàn)了同一個(gè)函數(shù)，或者定義了同一個(gè)全局變量，鏈接的時(shí)候就會(huì)提示“redefined”。今天找了個(gè)解析xml的開(kāi)源C++項(xiàng)目tinyxml，按照網(wǎng)上的說(shuō)法去編譯，但是一直編譯不通過(guò)，“無(wú)法打開(kāi)頭文件tinyxml.h”，但是明明我在工程底下有了這個(gè)文件，對(duì)于我這種初學(xué)C++的人來(lái)說(shuō)我并不知道頭文件和源文件到底什么關(guān)系（不像java的類文件），不過(guò)最終還是解決了這個(gè)問(wèn)題。

　　 一、源文件如何根據(jù)#include來(lái)關(guān)聯(lián)頭文件

　　1，系統(tǒng)自帶的頭文件用尖括號(hào)括起來(lái)，這樣編譯器會(huì)在系統(tǒng)文件目錄下查找。

　　 #include

　　 2，用戶自定義的文件用雙引號(hào)括起來(lái)，編譯器首先會(huì)在用戶目錄下查找，然后在到C++安裝目錄（比如VC中可以指定和修改庫(kù)文件查找路徑，Unix和Linux中可以通過(guò)環(huán)境變量來(lái)設(shè)定）中查找，最后在系統(tǒng)文件中查找。

　　 #include “"xxx.h”（我一直以為””和<>沒(méi)什么區(qū)別，但是tinyxml.h是非系統(tǒng)下的都文件，所以要用””）

　　 二、頭文件如何來(lái)關(guān)聯(lián)源文件

　　這個(gè)問(wèn)題實(shí)際上是說(shuō)，已知頭文件“a.h”聲明了一系列函數(shù)，“b.cpp”中實(shí)現(xiàn)了這些函數(shù)，那么如果我想在“c.cpp”中使用“a.h”中聲明的這些在“b.cpp”中實(shí)現(xiàn)的函數(shù)，通常都是在“c.cpp”中使用#include “a.h”,那么c.cpp是怎樣找到b.cpp中的實(shí)現(xiàn)呢？

　　 其實(shí).cpp和.h文件名稱沒(méi)有任何直接關(guān)系，很多編譯器都可以接受其他擴(kuò)展名。比如偶現(xiàn)在看到偶們公司的源代碼，.cpp文件由.cc文件替代了。

　　 在Turbo C中，采用命令行方式進(jìn)行編譯，命令行參數(shù)為文件的名稱，默認(rèn)的是.cpp和.h，但是也可以自定義為.xxx等等。

　　 譚浩強(qiáng)老師的《C程序設(shè)計(jì)》一書(shū)中提到，編譯器預(yù)處理時(shí)，要對(duì)#include命令進(jìn)行“文件包含處理”：將file2.c的全部?jī)?nèi)容復(fù)制到#include “file2.c”處。這也正說(shuō)明了，為什么很多編譯器并不care到底這個(gè)文件的后綴名是什么----因?yàn)?include預(yù)處理就是完成了一個(gè)“復(fù)制并插入代碼”的工作。

　　 編譯的時(shí)候，并不會(huì)去找b.cpp文件中的函數(shù)實(shí)現(xiàn)，只有在link的時(shí)候才進(jìn)行這個(gè)工作。我們?cè)赽.cpp或c.cpp中用#include “a.h”實(shí)際上是引入相關(guān)聲明，使得編譯可以通過(guò)，程序并不關(guān)心實(shí)現(xiàn)是在哪里，是怎么實(shí)現(xiàn)的。源文件編譯后成生了目標(biāo)文件（.o或.obj文件），目標(biāo)文件中，這些函數(shù)和變量就視作一個(gè)個(gè)符號(hào)。在link的時(shí)候，需要在makefile里面說(shuō)明需要連接哪個(gè).o或.obj文件（在這里是b.cpp生成的.o或.obj文件），此時(shí)，連接器會(huì)去這個(gè).o或.obj文件中找在b.cpp中實(shí)現(xiàn)的函數(shù)，再把他們build到makefile中指定的那個(gè)可以執(zhí)行文件中。

　　 在Unix下，甚至可以不在源文件中包括頭文件，只需要在makefile中指名即可（不過(guò)這樣大大降低了程序可讀性，是個(gè)不好的習(xí)慣哦^_^）。在VC中，一幫情況下不需要自己寫(xiě)makefile，只需要將需要的文件都包括在project中，VC會(huì)自動(dòng)幫你把makefile寫(xiě)好。

　　 通常，編譯器會(huì)在每個(gè).o或.obj文件中都去找一下所需要的符號(hào)，而不是只在某個(gè)文件中找或者說(shuō)找到一個(gè)就不找了。因此，如果在幾個(gè)不同文件中實(shí)現(xiàn)了同一個(gè)函數(shù)，或者定義了同一個(gè)全局變量，鏈接的時(shí)候就會(huì)提示“redefined”。

　　一、聲明與定義的區(qū)分：

　　 一個(gè)聲明就是一個(gè)定義，除非 ：

　　 聲明：引入名稱

　　 定義：引入實(shí)體

　　 它聲明了一個(gè)沒(méi)有詳細(xì)說(shuō)明函數(shù)體的函數(shù)

　　 它包含一個(gè)extern定義符且沒(méi)有初始化函數(shù)或函數(shù)體

　　 它是一個(gè)包含在一個(gè)類定義之內(nèi)的靜態(tài)類數(shù)據(jù)成員的聲明，它必須在最終程序的某處準(zhǔn)確的定義一次

　　 它是一個(gè)類名聲明，如class test;

　　 它是一個(gè)typedef聲明。

　　 言外之意：

　　 1、類的聲明也就是定義

　　 2、同時(shí)賦初值的聲明也就是定義，如

　　 3、類非靜態(tài)數(shù)據(jù)成員的聲明也就是定義？？？

　　 4、類的所有成員函數(shù)的聲明也就是定義

　　 一個(gè)定義就是一個(gè)聲明，除非：

　　 1.它定義的是一個(gè)靜態(tài)數(shù)據(jù)成員

　　 2.它定義了一個(gè)非內(nèi)聯(lián)成員函數(shù)

　　 內(nèi)部連接和外部連接：

　　 編譯時(shí)每個(gè)文件會(huì)被編譯成一個(gè)含有必要信息的源文件(又叫編譯單元)，然后編譯單元會(huì)聯(lián)結(jié)成一個(gè)和族文件同名的.o文件，.o文件把不同的編譯單元中產(chǎn)生的符號(hào)聯(lián)系起來(lái)，構(gòu)成一個(gè)可執(zhí)行文件。有兩種截然不同的鏈接：內(nèi)部的和外部的，將這些編譯單元聯(lián)系起來(lái)。

　　 內(nèi)部連接：對(duì)這個(gè)定義的訪問(wèn)被局限在當(dāng)前編譯單元，其他編譯單元無(wú)法訪問(wèn)。

　　 外部連接：可被其他單元訪問(wèn)，因此名稱在整個(gè)執(zhí)行文件中必須唯一。

　　 類的定義（同時(shí)也是聲明），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ù)）也是外連接。

　　 聲明只對(duì)當(dāng)前編譯單元有用，他們不會(huì)影響到.o文件，

　　 .h文件，由于該文件會(huì)被其他.cpp文件包含，但由于聲明只是對(duì)當(dāng)前編譯單元有效，是不會(huì)將符號(hào)引入.o文件，所以該文件不能含有任何外部連接的符號(hào)（數(shù)據(jù)成員和函數(shù)）的定義。 一般情況下也不要包含內(nèi)連接符號(hào)的定義。

綜上所訴：

　　 .h文件中能包含：

　　 類成員數(shù)據(jù)的聲明，但不能賦值

　　 類靜態(tài)數(shù)據(jù)成員的定義和賦值，但不建議，只是個(gè)聲明就好。

　　 類的成員函數(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