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

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

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

#include <xxx.h>

    1

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

#include “xxx.h”

    1

二、頭文件如何來關(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”。
————————————————

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