C 語言項目中.h文件和.c文件的關系是什么

今天就跟大家聊聊有關C 語言項目中.h文件和.c文件的關系是什么，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據(jù)這篇文章可以有所收獲。

詳解C 語言項目中.h文件和.c文件的關系

在編譯器只認識.c(.cpp))文件，而不知道.h是何物的年代,那時的人們寫了很多的.c(.cpp)文件，漸漸地，人們發(fā)現(xiàn)在很多.c(.cpp)文件中的聲明語句就是相同的，但他們卻不得不一個字一個字地重復地將這些內容敲入每個.c(.cpp)文件。但更為恐怖的是，當其中一個聲明有變更時，就需要檢查所有的.c(.cpp)文件。

    于是人們將重復的部分提取出來，放在一個新文件里,然后在需要的.c(.cpp)文件中敲入#include XXXX這樣的語句。這樣即使某個聲明發(fā)生了變更，也再不需要到處尋找與修改了。因為這個新文件，經(jīng)常被放在.c(.cpp)文件的頭部，所以就給它起名叫做“頭文件”，擴展名是.h。

    在我們語言的初學階段，往往我們的程序只有一個.c的文件或這很少的幾個，這時我們就很少遇到頭文件組織這個頭疼的問題，隨著我們程序的增加，代碼 量到了幾千行甚至幾萬行，文件數(shù)也越來越多。這時這些文件的組織就成了一個問題，其實說白了這些文件的組織問題從理論上來說是軟件工程中的模塊設計等等的問題。

    頭文件的作用的簡短描述:

（1）通過頭文件來調用庫功能。在很多場合，源代碼不便（或不準）向用戶公布，只要向用戶提供頭文件和二進制的庫即可。用戶只需要按照頭文件中的接口聲明來調用庫功能，而不必關心接口怎么實現(xiàn)的。編譯器會從庫中提取相應的代碼。
（2）頭文件能加強類型安全檢查。如果某個接口被實現(xiàn)或被使用時，其方式與頭文件中的聲明不一致，編譯器就會指出錯誤，這一簡單的規(guī)則能大大減輕程序員調試、改錯的負擔。

    比方說 我在aaa.h里定義了一個函數(shù)的聲明，然后我在aaa.h的同一個目錄下建立aaa.c ， aaa.c里定義了這個函數(shù)的實現(xiàn)，然后是在main函數(shù)所在.c文件里#include這個aaa.h  然后我就可以使用這個函數(shù)了。 main在運行時就會找到這個定義了這個函數(shù)的aaa.c文件。這是因為：main函數(shù)為標準C/C++的程序入口，編譯器會先找到該函數(shù)所在的文件。假定編譯程序編譯myproj.c（其中含main()）時，發(fā)現(xiàn)它include了mylib.h（其中聲明了函數(shù)void test()），那么此時編譯器將按照事先設定的路徑（Include路徑列表及代碼文件所在的路徑）查找與之同名的實現(xiàn)文件（擴展名為.cpp或.c，此例中為mylib.c），如果找到該文件，并在其中找到該函數(shù)（此例中為void test()）的實現(xiàn)代碼，則繼續(xù)編譯；如果在指定目錄找不到實現(xiàn)文件，或者在該文件及后續(xù)的各include文件中未找到實現(xiàn)代碼，則返回一個編譯錯誤.其實include的過程完全可以“看成”是一個文件拼接的過程，將聲明和實現(xiàn)分別寫在頭文件及C文件中，或者將二者同時寫在頭文件中，理論上沒有本質的區(qū)別。

    理論上來說C文件與頭文件里的內容，只要是C語言所支持的，無論寫什么都可以的，比如你在頭文件中寫函數(shù)體，只要在任何一個C文件包含此頭文件就可以將這個函數(shù)編譯成目標文件的一部分（編譯是以C文件為單位的，如果不在任何C文件中包含此頭文件的話，這段代碼就形同虛設），你可以在C文件中進行函數(shù)聲明，變量聲明，結構體聲明，這也不成問題?。。∧菫楹我欢ㄒ殖深^文件與C文件呢？又為何一般都在頭件中進行函數(shù)，變量聲明，宏聲明，結構體聲明呢？而在C文件中去進行變量定義，函數(shù)實現(xiàn)呢？？

   要理解C文件與頭文件有什么不同之處，首先需要弄明白編譯器的工作過程，一般說來編譯器會做以下幾個過程：

1.預處理階段
2.詞法與語法分析階段
3.編譯階段，首先編譯成純匯編語句，再將之匯編成跟CPU相關的二進制碼，生成各個目標文件
4.連接階段，將各個目標文件中的各段代碼進行絕對地址定位，生成跟特定平臺相關的可執(zhí)行文件，編譯器在編譯時是以C文件為單位進行的，也就是說如果你的項目中一個C文件都沒有，那么你的項目將無法編譯，連接器是以目標文件為單位，它將一個或多個目標文件進行函數(shù)與變量的重定位，生成最終的可執(zhí)行文件，在PC上的程序開發(fā)，一般都有一個main函數(shù)，這是各個編譯器的約定。為了生成一個最終的可執(zhí)行文件，就需要一些目標文件，也就是需要C文件，而這些C文件中又需要一個main函數(shù)作為可執(zhí)行程序的入口。 

    簡單些說就是C語言的編譯分為預處理、編譯、匯編、鏈接（test.c test.h => test.i => test.s => test.o => test）四個大的階段。c文件中的#include宏處理，會在預處理的階段將c中引用的h文件的內容全部寫到c文件中，最后生成.i中間文件，這時h 文件中的內容就相當于被寫道c文件中。這也為代碼的復用提供了渠道，很多的c文件可以去引用同一個h文件，這樣這個h文件就會被放到多個c文件中被編譯多 次，這也是h文件中不能放定義只能放聲明的原因，放定義時被編譯多次，在程序鏈接的時候（系統(tǒng)中定義了多個int a;強符號定義)會出現(xiàn)錯誤， 聲明就不一樣，聲明表示對定義的擴展，最終都會終結到一個定義上，所以不會出現(xiàn)link時重復定義的錯誤。 

編程中我們在h文件中肯定都用過一下的格式

#ifndef  XXX_H
#define  XXX_H
 //……
#endif

呵呵，那他到底有什么用呢，在h文件互相引用時，消除重復定義。當然宏定義是在預處理階段發(fā)揮作用的，編譯方后的過程是沒有宏的影子的。

A.h
int a();
 
B.h
#include "A.h"
 
C.h
#include "A.h"
 
D.h
#include "A.h"
#include "B.h"

上面的D.h文件中就會重復出現(xiàn)兩個int a();的聲明阿，這樣就有點重復了，這時條件編譯宏就派上了用場

A.h
#ifndef A_H
#define A_H
int a();
#endif

看完上述內容，你們對C 語言項目中.h文件和.c文件的關系是什么有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業(yè)資訊頻道，感謝大家的支持。