源程序编译顺序

⑴ 编译过程可分为几个阶段

编译程序把一个源程序翻译成目标程序的工作过程分为五个阶段：词法分析；语法分析；中间代码生成；代码优化；目标代码生成。

编译程序一般分为词法分析、语法分析、语义分析与中间代码产生、代码优化、目标代码生成程序5个阶段：

下面是对编译过程的五个阶段的详解

对于编译程序的工作，从输入源程序开始到输出目标程序为止的整个过程，是非常复杂的。但就其过程而言，它与人们进行自然语言直接的翻译有许多相近之处。当我们把一种文字翻译为另一种文字，例如把一段英文翻译为中文时，通常需要经以下列几个步骤：

（1）先要识别出句子中的一个个单词；

（2）分析句子的语法结构；

（3）根据句子的含义进行初步翻译；

（4）对译文进行修饰；

（5）写出最后的译文。

类似地，我们可以把编译程序的工作过程划分为五个阶段：词法分析、语法分析、语义分析与中间代码产生、优化和目标代码生成。

第一阶段：词法分析

词法分析的任务是：输入源程序，对构成源程序的字符串进行扫描和分解，识别出一个个的单词（亦称单词符号或简称符号），如基本字（begin、end、if、for、while），标识符、常数、运算符和界符（标点符号、左右括号）。

单词符号是语言的基本组成成分，是人们理解和编写程序的基本要素。识别和理解这些要素无疑也是翻译的基础。如同将英文翻译成中文的情形一样，如果你对英语单词不理解，那就谈不上进行正确的翻译。在词法分析阶段的工作中所依循的是语言的词法规则（或称构词规则）。描述词法规则的有效工具是正规式和有效自动机。

第二阶段：语法分析

语法分析的任务是：在词法分析的基础上，根据语言的语法规则，把单词符号串分解成各类语法单位（语法范畴），如“短语”、“句子”、“程序段”和“程序”等。通过语法分析，确定整个输入串是否构成语法上正确的“程序”。语法分析所依循的是语言的语法规则。语法规则通常用上下文无关文法描述。词法分析是一种线性分析，而语法分析是一种层次结构分析。例如：Z= X + 0168*Y;代表一个“赋值语句”，而其中的代表X + 0168*Y一个“算术表达式”。因而，语法分析的任务就是识别X + 0.618 * Y为算术表达式，同时，十倍上述整个符号串属于赋值语句这个范畴。

第三阶段:语义分析与中间代码产生

这一阶段的任务是：对语法分析所识别出的各类语法范畴，分析其含义，并进行初步翻译（产生中间代码）。这一阶段通常包含两个方面的工作。首先，对每种语法范畴进行语义i安插，例如，变量是否定义、类型是否正确等等。如果语义正确，则进行另一方面工作，即进行中间代码的解释。

这一阶段所依循的是语言的语义规则。通常使用属性文法描述语义规则。“翻译”仅仅在这里才开始涉及到。所谓“中间代码”是一种含义明确、便于处理的记号系统，它通常独立于具体的硬件。这种记号系统或者与现代计算机的指令形式有某种程度的接近，或者能够比较容易地把它变换成现代计算机的机器指令。

例如，许多编译程序采用了一种与“三地址指令”非常近似的“四元式”作为中间代码。它的意义是：对“左右操作数”进行某种运（由“算符”指明），把运算所得的值作为“结果”保留下来。在采用四元式作为中间代码的情形下，中间代码产生的任务就是按语言的语法规则把各类范畴翻译成四元式序列。

一般而言，中间代码是一种独立于具体硬件的记号系统。常用的中间大妈，除了四元式之外，还有三元式、间接三元式、逆波兰记号和树形表示等等。

第四阶段：代码优化

优化的任务在于对前段产生的中间代码进行加工变换，以期在最后阶段能产生出更为高效（省时间和空间）的目标代码。优化的主要方面有：公关子表达式的提取、循环优化、删除无用代码等等。有时，为了便于“并行运算”，还可以对代码进行并行化处理。优化所依循的原则是程序的等价变换规则。

第五阶段：目标代码生成程序

这一阶段的任务是：把中间代码（或经优化处理之后）变换成特定机器上的低级语言代码。这阶段实现了最后的翻译，它的工作有赖于硬件系统结构和机器指令含义。这阶段工作非常复杂，设计到硬件系统功能部件的运用，机器指令的选择，各种数据类型变量的存储空间分配，以及寄存器和后援寄存器的调度，等等。

目标代码的形式可以是绝对指令代码或可重定位的指令代码或汇编指令代码。如目标代码是绝对指令代码，则这种目标代码可立即执行。如果目标代码是汇编指令代码，则需汇编器汇编之后才行运行。必须指出，现在多数实用编译程序所产生的目标代码都是一种可重定位的指令代码。这种目标代码在运行前必须借助于一个连接装配程序把各个目标模块（包括系统提供的库函数）连接在一起，确定程序变量（或常数）在主存中的位置，装入内存中指定的起始地址，使之成为一个可以运行的绝对指令代码程序。

⑵ C语言源程序文件经过编译连接之后生成一个后缀为_____的文件。

如果只生成一个文件，那么这个题目答案是B。编译（compile）后生成目标文件，后缀：.obj。也就是机器码。

然后链接器(Linker) 连接生成可执行文件，后缀：.exe。最后运行命令（go），直接运行.exe文件。

(2)源程序编译顺序扩展阅读：

简单讲，编译器就是将“一种语言（通常为高级语言）”翻译为“另一种语言（通常为低级语言）”的程序。

一个现代编译器的主要工作流程：源代码(source code) →预处理器(preprocessor) →编译器(compiler) →目标代码(object code) →链接器(Linker) → 可执行程序(executables)

高级计算机语言便于人编写，阅读交流，维护。机器语言是计算机能直接解读、运行的。

编译器将汇编或高级计算机语言源程序（Source program）作为输入，翻译成目标语言（Target language）机器代码的等价程序。

源代码一般为高级语言 (High-level language)， 如Pascal、C、C++、java、汉语编程等或汇编语言。

而目标则是机器语言的目标代码（Object code），有时也称作机器代码（Machine code）。

对于C#、VB等高级语言而言，此时编译器完成的功能是把源码（SourceCode）编译成通用中间语言（MSIL/CIL）的字节码（ByteCode）。

最后运行的时候通过通用语言运行库的转换，编程最终可以被CPU直接计算的机器码（NativeCode）。

⑶ 关于java中一次编译多个源文件时的编译顺序的问题

在java编译过程中,确实是会自动寻找的.当它先编译Test的时候,发现需要先编译TestPackage类,才能完成编译Test的工作,然后编译器开始编译TestPackage.
如果,你的这两个java文件都没有打包,并且在同一个目录下的话,你可以通过直接输入javac Test.java看到,尽管你没有发出命令要求编译TestPackage类,但是由于编译器检测到需要有TestPackage类的支持,才能编译Test,所以这时TestPackage也被编译了.
现在程序打包了,你先编译Test的这种情况下,编译器先找的是包,而你的包org.it315.example是不存在的,所以会出错

⑷ 涓轰粈涔堢▼搴忚佸厛缂栬疟锛屾墠鑳借繍琛屽晩锛

褰撶紪鍐椤畬涓涓绋嫔簭钖庯纴闇瑕侀栧厛杩涜岀紪璇戯纴铹跺悗鍐嶈繍琛屻

濡备笅锲炬墍绀猴纴绋嫔簭缂栧啓瀹屾瘯钖庯纴镣瑰嚮宸ュ叿镙忎腑镄凟xecute,阃夋嫨compile(缂栬疟锛

濡傛灉娌℃湁阌栾锛屽啀阃夋嫨Execute,阃夋嫨run锛堣繍琛)

镓╁𪾢璧勬枡

缂栬疟灏辨槸鎶婇珮绾ц瑷鍙樻垚璁＄畻链哄彲浠ヨ瘑鍒镄2杩涘埗璇瑷锛岃＄畻链哄彧璁よ瘑1鍜0锛岀紪璇戠▼搴忔妸浜轰滑镡熸倝镄勮瑷鎹㈡垚2杩涘埗镄勚缂栬疟绋嫔簭鎶娄竴涓婧愮▼搴忕炕璇戞垚鐩镙囩▼搴忕殑宸ヤ綔杩囩▼鍒嗕负浜斾釜阒舵碉细璇嶆硶鍒嗘瀽锛涜娉曞垎鏋愶绂璇涔夋镆ュ拰涓闂翠唬镰佺敓鎴愶绂浠ｇ爜浼桦寲锛涚洰镙囦唬镰佺敓鎴愩备富瑕佹槸杩涜岃瘝娉曞垎鏋愬拰璇娉曞垎鏋愶纴鍙堢О涓烘簮绋嫔簭鍒嗘瀽锛屽垎鏋愯繃绋嬩腑鍙戠幇链夎娉曢敊璇锛岀粰鍑烘彁绀轰俊鎭銆

缂栬疟璇瑷鏄涓绉崭互缂栬疟鍣ㄦ潵瀹炵幇镄勭紪绋嬭瑷銆傚畠涓嶅儚鐩磋疟璇瑷涓镙凤纴鐢辫В閲婂櫒灏嗕唬镰佷竴鍙ヤ竴鍙ヨ繍琛岋纴钥屾槸浠ョ紪璇戝櫒锛屽厛灏嗕唬镰佺紪璇戜负链哄櫒镰侊纴鍐嶅姞浠ヨ繍琛屻傜悊璁轰笂锛屼换浣旷紪绋嬭瑷閮藉彲浠ユ槸缂栬疟寮忥纴鎴栫洿璇戝纺镄勚傚畠浠涔嬮棿镄勫尯鍒锛屼粎涓庣▼搴忕殑搴旂敤链夊叧銆