頭文件和源文件的區(qū)別

轉(zhuǎn)自：https://blog.csdn.net/solo_ws/article/details/50043189

一、源文件如何根據(jù)#include來關(guān)聯(lián)頭文件
1，系統(tǒng)自帶的頭文件用尖括號(hào)括起來，這樣編譯器會(huì)在系統(tǒng)文件目錄下查找。

#include <xxx.h>

    1

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

#include “xxx.h”

    1

二、頭文件如何來關(guān)聯(lián)源文件
這個(gè)問題實(shí)際上是說，已知頭文件“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文件名稱沒有任何直接關(guān)系，很多編譯器都可以接受其他擴(kuò)展名。比如偶現(xiàn)在看到偶們公司的源代碼，.cpp文件由.cc文件替代了。
在Turbo C中，采用命令行方式進(jìn)行編譯，命令行參數(shù)為文件的名稱，默認(rèn)的是.cpp和.h，但是也可以自定義為.xxx等等。
譚浩強(qiáng)老師的《C程序設(shè)計(jì)》一書中提到，編譯器預(yù)處理時(shí)，要對(duì)#include命令進(jìn)行“文件包含處理”：將file2.c的全部?jī)?nèi)容復(fù)制到#include “file2.c”處。這也正說明了，為什么很多編譯器并不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ān)心實(shí)現(xiàn)是在哪里，是怎么實(shí)現(xiàn)的。源文件編譯后成生了目標(biāo)文件（.o或.obj文件），目標(biāo)文件中，這些函數(shù)和變量就視作一個(gè)個(gè)符號(hào)。在link的時(shí)候，需要在makefile里面說明需要連接哪個(gè).o或.obj文件（在這里是b.cpp生成的.o或.obj文件），此時(shí)，連接器會(huì)去這個(gè).o或.obj文件中找在b.cpp中實(shí)現(xiàn)的函數(shù)，再把他們build到makefile中指定的那個(gè)可以執(zhí)行文件中。
在Unix下，甚至可以不在源文件中包括頭文件，只需要在makefile中指名即可（不過這樣大大降低了程序可讀性，是個(gè)不好的習(xí)慣哦^_^）。在VC中，一幫情況下不需要自己寫makefile，只需要將需要的文件都包括在project中，VC會(huì)自動(dòng)幫你把makefile寫好。
通常，編譯器會(huì)在每個(gè).o或.obj文件中都去找一下所需要的符號(hào)，而不是只在某個(gè)文件中找或者說找到一個(gè)就不找了。因此，如果在幾個(gè)不同文件中實(shí)現(xiàn)了同一個(gè)函數(shù)，或者定義了同一個(gè)全局變量，鏈接的時(shí)候就會(huì)提示“redefined”。
————————————————

原文鏈接：https://blog.csdn.net/familyshizhouna/article/details/81204090