编译器速度

A. 为什么我用dev c++编译运行时速度突然变得很慢

我也遇到过这种情况，不要担心，之后每一次编译不会都这么慢。
可能性有很多。很可能是使用大量STL导致的（STL里面的模板会拖慢编译速度）。
当然也有可能是编译器当时抽风（很多时候第二次编译就快很多）

B. 如何提高pb9编译程序速度

执行与编译。。也有挂钩！。。执行、编译速度又跟硬件有关！用 WEB来说 第一次编译比较慢！后面这次访问就快多了！这跟缓存有关。。还有就是代码的问题。。 多次的循环判断也会造成系统执行变慢！。。在提升速度方面 主要就是俩种方法 1.完善的代码 2.提高硬件了！可能我说的比较片面！别的兄弟可以继续补充！

C. delphi编译器效率高到底是指什么

所谓delphi编译器效率高，一般指的是以下三方面：

1、编译连接时间短，这一点是其他任何编译器都无法相比的（一般来说，VC, VB编译过程所用的时间是Delphi的几倍），原因很简单：Pascal语法限制严格，用户必须规范地编码，省去了编译器的很多麻烦。

2、编译出的程序执行速度快，产生的代码长度短。这一点比VB强，但和VC基本一样，谁也没有优势。不过很多人有误解，以为Delphi类库庞大复杂，加一个控件就要把整个一个源文件全部加进来，代码长度太大，效率太差。其实真实情况是，拥有众多VCL控件类库，是Delphi的一个独特之处，VC的MFC库无法与之相比——MFC有的底层简单封装的类，VCL库都有，但VCL有的上层组件，MFC却根本没有。使用VCL上层应用控件后，代码长度的确比VC大，不过VC却没有这方面的选择，而VC所用的从底层一砖一瓦地编码的方式，Delphi完全支持，而且绝对没任何劣势，代码长度也不长（VC的语法复杂，按C程序员一般习惯做的话，代码长的反而会是VC）。产生误解的原因，是多数Delphi程序员是应用级的，而VC程序员是底层些的，应用程序员大多不太懂得底层代码的编写，只会搬控件、响应事件，以为底层的东西Delphi做不来。

3、对应用级的程序开发周期短——这也就是Borland一贯吹捧的“快速开发工具”的含义。正因为VCL的存在（封装了很多界面组件以及通讯、数据库、internet应用等很多后台功能），对高层应用不再需要一砖一瓦地受累，使开发周期缩短了很多倍。

单纯从技术角度说，编译器效率应该指编译出的代码是否短小/运行速度是否快，以及是否能用较少的源代码高效地实现复杂功能。前一方面Delphi并不比VC差，而比VB强，但并非一骑绝尘；后一方面则的确有一骑绝尘之象。

Delphi的致命缺点，其实不是技术——技术它是领先的，毫无疑问，问题是市场策略和公司实力（Borland只是家小公司），微软“携操作系统以令诸侯”，误导了众多软件开发公司，让它们以为微软的才正宗和好用，造成了事实上的VB，VC用户群远比Borland的庞大，源代码数量也一样是C/C++远远占优，而Borland的C++ Builder却开发得太晚难以形成市场优势。

概括来说，如果你要开发上层应用为主的程序，特别是数据库方面的程序，那么Delphi能让你省不少时间；而若开发底层些的软件，为能有更多相关代码可以参考利用，为能容易地招聘到更合适的程序员，以及为了代码维护方便，都适合用C/C++去做，当然，C++ Builder从技术上说是个不错的选择，只是用户群还太小。

D. c++builder编译速度太慢，能不能通过设置来加快

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（）之前才能调用它

E. 为什么Visual Studio 2010的编译速度比Visual Studio 6.0慢很多，有什么方法可以加快速度吗

编译器不同，使用的编译方法不同，主要差异在代码优化，智能纠错等方面。6.0是上世纪的产物，连C++标准都实现的非常不完善，更何况代码优化之类的特别费时的工作。随着CPU和操作系统技术的发展，二进制代码生成更加困难，优化更加复杂，当然最终代码的执行效率会更高。
另一方面也是由于nt内核的代码复杂度变的更高，vs2010的头文件和6.0的版本是不同的，很多新的的系统特性都被加入到windows头文件中。
加快速度的方法有禁用优化选项，禁用clr检查等。最基本的还是良好的程序结构，能减少编译器的工作量。vs在生成代码的时候即使是release模式仍然会创建大量的调试信息在工程中，以帮助问题发现和恢复，在vc6时代是没有这东西的。

F. 程序的编译速度与程序的执行速度

执行与编译。。也有挂钩！。。执行、编译速度又跟硬件有关！用 WEB来说 第一次编译比较慢！后面这次访问就快多了！这跟缓存有关。。还有就是代码的问题。。 多次的循环判断也会造成系统执行变慢！。。在提升速度方面 主要就是俩种方法 1.完善的代码 2.提高硬件了！可能我说的比较片面！别的兄弟可以继续补充！

G. 编译器编译的时间， 要比解释语言运行的速度慢吗为什么

只能说说通常的情况，因为情况比较复杂
一般来说，编译的语言比解释性语言运行的速度块
不过编译时间的话就很难说了，和编译器本身有关系
解释语言可以不用专成 二进制代码直接运行

H. 为什么pascal的编译速度比c快那么多

编译器好比一个应用程序，诸多的编译器直接自然会有速度上的差异，根据编译器功能的大小而定，一般，越大的编译器，功能越多，编译器源代码来越慢，功能简单的编译器，编译器源代码来，速度就快得多。

I. 影响vs编译速度的因素有哪些

影响因素比较多：
1 文件的大小，文件大小指的是全部include展开后的大小。
2 文件数量，编译是一个一个文件进行的，所以你的工程的文件数量也有关系。
3 还有声明的复杂程度，复杂声明需要额外地计算。
4 最影响编译速度的估计是C++的模板，模板在编译的时候要进行推导，得到相应的结果，这个非常费时间。如果你是模板里还套了模板，那就比较慢了。
5 链接库的数量，链接很多库也会使得编译速度变慢。
6 inline函数展开，会使得代码膨胀，也会影响编译速度
7 debug模式编译要留符号表做调试，也会影响速度
8 release模式如果开了优化，编译优化会改变代码的某些结构，这也是拖慢编译器的一个重要因素。

J. 华为方舟编译器优化后的支付宝几乎秒开，它为什么这么厉害

提到华为方舟编译器，我也是不明觉厉。其实我并不懂这个编译器的强大，只是看到官方的报答说多么多么厉害，我才知道这个方舟原来是这么厉害的一个东西。据说以后使用这个编译器做出来的APP将会更加的流畅，希望这次的改革能真正才超越苹果IOS系统吧。

至于苹果手机还有一个优势，就是过度很流畅，可能安卓和苹果打开一个软件同样用2秒吧，你能感觉到苹果看着更加流畅相比安卓而言，所以说现在安卓最好的状态也就是和苹果打一个平手，说超越那都是虚妄。不知道这次方舟编译器的诞生能不能改变这个局面，让安卓的系统真正的超越苹果，也使得很多因为系统不得不忍受苹果手机煎熬的人能解脱出来。其实这样的人很多，因为感觉安卓不够流畅，所以无奈才选择苹果手机的人不在少数。