C++ Builder是最快的C＋＋编译器之一，从编译速度来说也可以说是最快的win32C＋＋编译器了。除了速度之外，C++builder的性能也在其它C＋＋编译器的之上，但许多Delphi程序员仍受不了C++builder工程的编译速度。的确，delphi的速度要比任和c++的编译器都要快好多。Delphi在编译一个小工程的时候可能不到一秒，大的工程一般也在5秒钟这内编译完成了。
为什么delphi会比c++builder快这么多？是否有方法来c++builder的编译速度？本文就讲解了为什么C＋＋的编译器速度会慢，并且介绍了一个简单的方法来减少c++builder的编译时间。
为什么c++编译器的速度会慢？
c++builder 使用者怎么通过预编译头文件来减少编译时间？
讲解基于VCL可视化工程的预编译头文件方法
优化c++builder对预编译头文件的使用
结论
注意事项
为什么c++编译器速度慢？
在C＋＋中，你只能使用预定义或是预先声明了的函数，这意味什么？来看一个简单的例子，函数A()调用函数B（），函数A（）只能在函数B（）的原型或是函数体在A（）之前才能调用它。下面的例子说明了这一点：
// declaration or prototype for B
void B();
void A()
{
B();
}
// definition, or function body of B
void B()
{
cout << "hello";
}
没有B（）的原型，这个代码不会编译通过的，除非函数B（）的函数体移到函数A（）之前。
对于编译器来说，函数的原型很重要。当你运行程序时，编译器都要插入恰当的代码来调用程序。编译器必需知道要有多少个参数传给函数。也要知道函数的参数应该在栈里还是在寄存器里。总而言这，编译器必需知道怎么来产生正确的代码来调用这个函数，这就要求编译器必需知道预先声明或定义了的被调用的函数。
为使函数或类的原型简单化，C＋＋提供了一个＃include 指令。＃include代表允许源文件在函数原型被调用的位置之前包含的一个头文件中找到函数原型。＃include 指令在win32C++编程中很重要。C RTL函数的原型都包含在标准的头文件集中。win32API的原型全在微软提供的头文件集中，VCL中的类和函数的在原型则在随C＋＋builder发行的头文件中。没有这些，你几乎做不了什么。
头文件提供了一种让程序员很容易管理的方式来执行C＋＋的类型检查，但是也带来了很大的代价。当编译器运行到一个#include 指令时，它会打开这个头文件并插入到当前文件中，然后编译器象分析已编译的文件一样来分析这些包含进来的文件。当被包含的文件中还包含有其它的头文件时会怎么样呢？编译器仍会插入那个文件再分析它，想象一下，当10、20甚至100个文件被包含时呢？尽管如此数量的包含文件听起来很多，但当你加入window sdk头文件和所有vcl头文件时，这并不是不可能的。
来举个例子说明一下编译器是如何展开和翻译被包含的文件的。这是一个我用console wizard建立的一个简单的控制台程序。为了试验代码，在options-project-compiler在把pre-compiled headers选项关掉。