代码运行速度和编译器

‘壹’ 为什么我用vc++6.0和vs2010编译同一段代码、运行速度天差地别

这个可能是因为6.0和2010所使用的函数库可能不同，链接的系统库不同
你可以采用下面的方法再试一下：
1、创建项目的时候选择一个空白的控制台项目，就是创建完以后一个文件都没有的那种。
然后添加一个c++源文件，将代码写进去
2、编译的时候记得用release模式
3、记得运行的时候关闭电脑的其他程序，尽量让cpu的使用率保持一致
这样再试一下看看

额外说明一下，2010的功能比6.0强大很多，所以同样一段代码的编译，它会比6.0添加更多的辅助性的东西进去。但正常的话，release版本在运行速度上应该是没有变化的！

如果按照上面的还有这样大的区别，请和我联系
我也很感兴趣！

‘贰’ c++编程方式编写的程序源代码，为什么编译后的代码量较大,运行的速度略低

C语言是国际上广泛流行的、很有发展前途的计算机高级语言。它适合作为系统描述语言，即可用来编写系统软件，也可用来编写应用软件。正如楼上的说是一个经典。
一般情况下,c++编程方式编写的程序源代码量小,但编译后的代码量较大,运行的速度略低,不过开发时的工作量和工作难度较小;而c编程方式编写的源代码量较大,但可执行的效率高.如果一些对速度要求高,尤其是对硬件操作较多的程序,大多数还是用c编程方式开发的(用C又比用汇编简单,易于实现).另外,学Win32 C程序设计还有助于更深入地了解Windows 的内幕和Win32 API。
C语言是比较接近机器语言，它又比汇编语言更容易理解和掌握，也是比较底层的语言，正由于这些它的运行速度很快，比JAVA,C++，VB等有更高的效率.C尤其在通信方面的作用很大，比如你想进腾讯，华为等这样大的，在通讯信息方面的公司，学C无疑是最好的，当然不是说JAVA,C++不如C好，应该各有各的长处，总之学C语言是不会过时的。当然在其他方面的 应用也很强。

‘叁’ 程序的编译速度与程序的执行速度

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

‘肆’ 如何优化JAVA代码及提高执行效率

张小喜告别996 实现高效编程 减少开发压力 开启Java高效编程之门（完整版高清视频）网络网盘

链接:

若资源有问题欢迎追问~

‘伍’ 为什么需要改变编译器

答案如下：
1.编译器是把源程序的每一条语句都编译成机器语言,并保存成二进制文件,这样运行时计算机可以直接以机器语言来运行此程序,速度很快;
2.解释器则是只在执行程序时,才一条一条的解释成机器语言给计算机来执行,所以运行速度是不如编译后的程序运行的快的.
3.因为计算机不能直接认识并执行我们写的语句,它只能认识机器语言(是二进制的形式).
4.编译是将源程序翻译成可执行的目标代码，翻译与执行是分开的；而解释是对源程序的翻译与执行一次性完成，不生成可存储的目标代码。这只是表象，二者背后的最大区别是：对解释执行而言，程序运行时的控制权在解释器而不在用户程序；对编译执行而言，运行时的控制权在用户程序。
4.编译器在优化过程中采用了自动或半自动的代码生成用以替代人工优化。人的精力是有限的，通过（接近无限）的算力去适配每一个应用场景看到的网络，改变编译器，这是编译技术比人工路线强的所在。

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

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

‘柒’ 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从技术上说是个不错的选择，只是用户群还太小。