預編譯指令被包含的文件的擴展名
『壹』 C語言代碼的頭文件與源文件有什麼區別
頭文件和源文件在本質上沒有任何區別。 只不過一般：後綴為 .h 的文件是頭文件，內含函數聲明、宏定義、結構體定義等內容。後綴為 .c 的文件是源文件，內含函數實現，變數定義等內容。而且是什麼後綴也沒有關系，只不過編譯器會默認對某些後綴的文件採取某些動作。這樣分開寫成兩個文件是一個良好的編程風格。
簡單的說其實要理解C文件與頭文件（即.h）有什麼不同之處，首先需要弄明白編譯器的工作過程，一般說來編譯器會做以下幾個過程：
①預處理階段
②詞法與語法分析階段
③ 編譯階段，首先編譯成純匯編語句，再將之匯編成跟CPU相關的二進制碼，生成各 個目標文件 (.obj文件)
④連接階段，將各個目標文件中的各段代碼進行絕對地址定位，生成跟特定平台相關 的可執行文件，當然，最後還可以用obj生成純二進制碼，也就是去掉了文件格 式信 息。（生成.exe文件）
3.比方說 在aaa.h里定義了一個函數的聲明，然後在aaa.h的同一個目錄下建立aaa.c ， aaa.c里定義了這個函數的實現，然後是在main函數所在.c文件里#include這個aaa.h 然後我就可以使用這個函數了。 main在運行時就會找到這個定義了這個函數的aaa.c文件。這是因為：main函數為標准C/C++的程序入口，編譯器會先找到該函數所在的文件。假定編譯程序編譯myproj.c（其中含main()）時，發現它include了mylib.h（其中聲明了函數void test()），那麼此時編譯器將按照事先設定的路徑（Include路徑列表及代碼文件所在的路徑）查找與之同名的實現文件（擴展名為.cpp或.c，此例中為mylib.c），如果找到該文件，並在其中找到該函數（此例中為void test()）的實現代碼，則繼續編譯；如果在指定目錄找不到實現文件，或者在該文件及後續的各include文件中未找到實現代碼，則返回一個編譯錯誤.其實include的過程完全可以「看成」是一個文件拼接的過程，將聲明和實現分別寫在頭文件及C文件中，或者將二者同時寫在頭文件中，理論上沒有本質的區別。以上是所謂動態方式。對於靜態方式，基本所有的C/C++編譯器都支持一種鏈接方式被稱為Static Link，即所謂靜態鏈接。在這種方式下，我們所要做的，就是寫出包含函數，類等等聲明的頭文件（a.h,b.h,...），以及他們對應的實現文件（a.cpp,b.cpp,...），編譯程序會將其編譯為靜態的庫文件（a.lib,b.lib,...）。在隨後的代碼重用過程中，我們只需要提供相應的頭文件（.h）和相應的庫文件（.lib），就可以使用過去的代碼了。相對動態方式而言，靜態方式的好處是實現代碼的隱蔽性，即C++中提倡的「介面對外，實現代碼不可見」。有利於庫文件的轉發.
『貳』 C++ 中stdafx.h是什麼意思
C++中stdafx.h的英文全稱為：Standard Application Fram Extend，中文名為：頭文件預編譯。
stdafx.h在C++中起到的作用是：把C++工程中使用的MFC頭文件預先編譯，以後該工程編譯時，直接使用預編譯的結果，這樣可以加快編譯速度。
C++編譯器通過一個頭文件stdafx.h來使用預編譯頭文件。stdafx.h這個頭文件名可以在project的編譯設置里指定。
編譯器默認所有在指令"stdafx.h"前的代碼都是預編譯，它跳過 "stdafx. h"指令，使用projectname.pch編譯這條指令之後的代碼。
(2)預編譯指令被包含的文件的擴展名擴展閱讀
Windows和MFC的include文件都非常大，即使有一個快速的處理程序，編譯程序也要花費相當長的時間來完成工作。
由於每個.CPP文件都包含相同的include文件，為每個.CPP文件都重復處理這些文件就顯得很傻了。為避免這種浪費，AppWizard和VisualC++編譯程序一起進行工作，如下所示：
1、AppWizard建立了文件stdafx.h，該文件包含了所有當前工程文件需要MFCinclude 文件。且這一文件可以隨被選擇的選項而變化。
2、AppWizard然後就建立stdafx.cpp。這個文件通常都是一樣的。
3、然後AppWizard就建立起工程文件，這樣第一個被編譯的文件就是stdafx.cpp。
4當VisualC++編譯stdafx.cpp文件時，它將結果保存在一個名為stdafx.pch的文件里。(擴展名pch表示預編譯頭文件。)
5、當VisualC++編譯隨後的每個.cpp文件時，它閱讀並使用它剛生成的.pch文件。VisualC++不再分析Windowsinclude文件，除非你又編緝了stdafx.cpp或stdafx.h。
『叄』 請問c++中的#include "stdafx.h"是什麼意思
#include "stdafx.h"
是預編譯處理器把stdafx.h文件中的內容載入到程序中來。
stdafx.h
1名稱的英文全稱為：Standard Application Fram Extend
所謂頭文件預編譯，就是把一個工程(Project)中使用的一些MFC標准頭文件(如Windows.H、Afxwin.H)預先編譯，以後該工程編譯時，不再編譯這部分頭文件，僅僅使用預編譯的結果。這樣可以加快編譯速度，節省時間。
預編譯頭文件通過編譯stdafx.cpp生成，以工程名命名，由於預編譯的頭文件的後綴是「pch」，所以編譯結果文件是projectname.pch。
編譯器通過一個頭文件stdafx.h來使用預編譯頭文件。stdafx.h這個頭文件名是可以在project的編譯設置里指定的。編譯器認為，所有在指令#include "stdafx.h"前的代碼都是預編譯的，它跳過#include "stdafx. h"指令，使用projectname.pch編譯這條指令之後的所有代碼。
因此，所有的MFC實現文件第一條語句都是：#include "stdafx.h"。
2 詳細工作原理及作用
stdafx.h中沒有函數庫，只是定義了一些環境參數，使得編譯出來的程序能在32位的操作系統環境下運行。
Windows和MFC的include文件都非常大，即使有一個快速的處理程序，編譯程序也要花費相當長的時間來完成工作。由於每個.CPP文件都包含相同的include文件，為每個.CPP文件都重復處理這些文件就顯得很傻了。
為避免這種浪費，AppWizard和VisualC++編譯程序一起進行工作，如下所示：
◎AppWizard建立了文件stdafx.h，該文件包含了所有當前工程文件需要的MFCinclude文件。且這一文件可以隨被選擇的選項而變化。
◎AppWizard然後就建立stdafx.cpp。這個文件通常都是一樣的。
◎然後AppWizard就建立起工程文件，這樣第一個被編譯的文件就是stdafx.cpp。
◎當VisualC++編譯stdafx.cpp文件時，它將結果保存在一個名為stdafx.pch的文件里。(擴展名pch表示預編譯頭文件。)
◎當VisualC++編譯隨後的每個.cpp文件時，它閱讀並使用它剛生成的.pch文件。VisualC++不再分析Windowsinclude文件，除非你又編輯了stdafx.cpp或stdafx.h。
這個技術很精巧，你不這么認為嗎？(還要說一句，Microsoft並非是首先採用這種技術的公司，Borland才是。)在這個過程中你必須遵守以下規則：
◎你編寫的任何.cpp文件都必須首先包含stdafx.h。
◎如果你有工程文件里的大多數.cpp文件需要.h文件，順便將它們加在stdafx.h(後部)上，然後預編譯stdafx.cpp。
◎由於.pch文件具有大量的符號信息，它是你的工程文件里最大的文件。
如果你的磁碟空間有限，你就希望能將這個你從沒使用過的工程文件中的.pch文件刪除。執行程序時並不需要它們，且隨著工程文件的重新建立，它們也自動地重新建立。
3 如何理解其原理
通俗一點說
當我們使用AppWizard來自動生成某些項目的時候,系統會自動把所需要include的頭文件在stdafx.h中先include一下,這樣,我們只需要直接include這個stdafx.h文件即可.因為同一個項目中的不同源文件CPP都包含相同的include文件,這樣,為每個.CPP文件都重復include這些文件就顯得很傻了。當然如果你不用MFC的話就不用了。即：在每個.cpp文件中都include stdafx.h 就相當於包含了其他的如iostream.h等文件
4 與stdio.h的區別
我們一般用TC或vc編譯C程序的時候都要首先包含這個stdio.h頭文件，這個頭文件裡麵包含了scanf和printf函數的定義，如果我們不在程序開頭include這個文件，那麼你調用上面這兩個函數就不會成功，它其實和c++中的iostream.h文件的作用差不多的，它們一般都已經在stdafx.h文件中被包含。