编译器跟编辑器有什么区别

　　编译器介绍

　　简单讲，编译器就是将“一种语言（通常为高级语言）”翻译为“另一种语言（通常为低级语言）”的程序。一个现代编译器的主要工作流程：源代码 （source code） → 预处理器 （preprocessor） → 编译器 （compiler） → 目标代码 （object code） → 链接器 （Linker） → 可执行程序 （executables）

　　编译器工作原理

　　编译是从源代码（通常为高级语言）到能直接被计算机或虚拟机执行的目标代码（通常为低级语言或机器语言）的翻译过程。然而，也存在从低级语言到高级语言的编译器，这类编译器中用来从由高级语言生成的低级语言代码重新生成高级语言代码的又被叫做反编译器。也有从一种高级语言生成另一种高级语言的编译器，或者生成一种需要进一步处理的的中间代码的编译器（又叫级联）。

　　编译器工作方法

　　首先编译器进行语法分析，也就是要把那些字符串分离出来。

　　然后进行语义分析，就是把各个由语法分析分析出的语法单元的意义搞清楚。

　　最后生成的是目标文件，也称为obj文件。

　　再经过链接器的链接就可以生成最后的EXE文件了。

　　有些时候需要把多个文件产生的目标文件进行链接，产生最后的代码。这一过程称为交叉链接。

　　编译器的优化

　　应用程序之所以复杂， 是由于它们具有处理多种问题以及相关数据集的能力。实际上， 一个复杂的应用程序就象许多不同功能的应用程序“ 粘贴” 在一起。源文件中大部分复杂性来自于处理初始化和问题设置代码。这些文件虽然通常占源文件的很大一部分， 具有很大难度， 但基本上不花费C PU 执行周期。

　　尽管存在上述情况， 大多数Makefile文件只有一套编译器选项来编译项目中所有的文件。因此， 标准的优化方法只是简单地提升优化选项的强度， 一般从O 2 到O 3。这样一来， 就需要投人大量 精力来调试， 以确定哪些文件不能被优化， 并为这些文件建立特殊的make规则。

　　一个更简单但更有效的方法是通过一个性能分析器， 来运行最初的代码， 为那些占用了85 一95 % CPU 的源文件生成一个列表。通常情况下， 这些文件大约只占所有文件的1%。如果开发人员立刻为每一个列表中的文件建立其各自的规则， 则会处于更灵活有效的位置。这样一来改变优化只会引起一小部分文件被重新编译。进而，由于时间不会浪费在优化不费时的函数上， 重编译全部文件将会大大地加快。