解释器 编译器 Java编译器

大家好,今天小编来为大家解答以下的问题，关于解释器 编译器，Java编译器这个很多人还不知道，现在让我们一起来看看吧！

编译器和解释器的区别和联系

1、编译和解释的区别是与计算机的交流方式不同、运行环境不同、运行速度不同。与计算机的交流方式不同编译是将源程序翻译成可执行的目标代码，执行可执行程序文件，翻译与执行是分开的。

2、解释器翻译源程序时不生成独立的目标程序，而编译器则将源程序翻译成独立的目标程序。

3、这只是表象，二者背后的最大区别是：对解释执行而言，程序运行时的控制权在解释器而不在用户程序；对编译执行而言，运行时的控制权在用户程序。

4、②汇编过程就是把汇编指令一对一地翻译成01机器码的过程。而采用这种处理方式的语言只有一类：汇编语言。

解释器的解释编译

解释器运行程序的方法有：

1.直接运行高级编程语言（如 Shell自带的解释器）

2.转换高级编程语言码到一些有效率的字节码(Bytecode)，并运行这些字节码

3.以解释器包含的编译器对高级语言编译，并指示处理器运行编译后的程序(例如:JIT)

Perl，Python，MATLAB，与Ruby是属于第二种方法，而UCSD Pascal则是属于第三种方式。在转译的过程中，这组高级语言所写成的程序仍然维持在源代码的格式（或某种中继语言的格式），而程序本身所指涉的动作或行为则由解释器来表现。

使用解释器来运行程序会比直接运行编译过的机器码来得慢，但是相对的这个直译的行为会比编译再运行来得快。这在程序开发的雏型化阶段和只是撰写试验性的代码时尤其来得重要，因为这个“编辑-直译-除错”的循环通常比“编辑-编译-运行-除错”的循环来得省时许多。

在解释器上运行程序比直接运行编译过的代码来得慢，是因为解释器每次都必须去分析并转译它所运行到的程序行，而编译过的程序就只是直接运行。这个在运行时的分析被称为直译式的成本。在解释器中，变量的访问也是比较慢的，因为每次要访问变量的时候它都必须找出该变量实际存储的位置，而不像编译过的程序在编译的时候就决定好了变量的位置了。

在使用解释器来达到较快的开发速度和使用编译器来达到较快的运行进度之间是有许多妥协的。有些系统(例如有一些LISP)允许直译和编译的代码互相调用并共享变量。这意味着一旦一个子程序在解释器中被测试并除错过之后，它就可以被编译以获得较快的运行进度。许多解释器并不像其名称所说的那样运行原始代码，反而是把原始代码转换成更压缩的内部格式。举例来说，有些BASIC的解释器会把keywords取代成可以用来在jump table中找出相对应指令的单一byte符号。解释器也可以使用如同编译器一般的文字分析器（lexical analyzer）和语法分析器（parser）然后再转译产生出来的抽象语法树（abstract syntax tree）。

可携性佳，直译式程序相较于编译式程序有较佳的可携性，可以容易的在不同软硬件平台上运行。而编译式程序经过编译后的程序则只限定于运行在开发环境平台。

Python 编译器与解释器

编译器是整体编译再执行，而解释器是边解释便执行。

举个简单的例子，编译器就相当于你买了一桶海底捞，那么所有海底捞食材都是整体“编译”好，只要通过倒水（执行）就可以吃，而解释器相当于你去海底捞门店，然后菜是一道一道上（一条一条解释这是啥菜），你是一道一道放入汤中吃（执行）。

编译器的特点是：

解释器的特点是：

python的源文件通过解释器进行模块的加载及链接，然后将解释完成的字节码存入内存，提供给CPU进行操作，然后写入本地的.pyc文件,其触发条件是判断是否存在.pyc文件+比较源文件与编译的.pyc文件的时间戳

文章到此结束，如果本次分享的解释器 编译器和Java编译器的问题解决了您的问题，那么我们由衷的感到高兴！