解释器和编译器的区别(解释器)

编程之家2026-06-03798次浏览

今天给各位分享解释器和编译器的区别的知识，其中也会对解释器进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

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

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

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

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

编译型语言在程序执行之前，有一个单独的编译过程，将程序翻译成机器语言就不用再进行翻译了。

解释型语言，是在运行的时候将程序翻译成机器语言，所以运行速度相对于编C/C++等都是编译型语言，而Java，C#等都是解释型语言。

虽然Java程序在运行之前也有一个编译过程，但是并不是将程序编译成机器语言，而是将它编译成字节码（可以理解为一个中间语言）。

在运行的时候，由JVM将字节码再翻译成机器语言。

注：脚本语言一般都有相应的脚本引擎来解释执行。他们一般需要解释器才能运行。JAVASCRIPT,ASP,PHP,PERL,Nuva都是脚本语言。C/C++编译、链接后，可形成独立执行的exe文件。

编译型语言：

编译型语言最大的优势之一就是其执行速度。用C/C++编写的程序运行速度要比用Java编写的相同程序快30%-70%。

编译型程序比解释型程序消耗的内存更少。

不利的一面——编译器比解释器要难写得多。

编译器在调试程序时提供不了多少帮助——有多少次在你的C语言代码中遇到一个“空指针异常”时，需要花费好几个小时来明确错误到底在代码中的什么位置。

可执行的编译型代码要比相同的解释型代码大许多。例如，C/C++的.exe文件要比同样功能的Java的.class文件大很多。

编译型程序是面向特定平台的因而是平台依赖的。

编译型程序不支持代码中实现安全性——例如，一个编译型的程序可以访问内存的任何区域，并且可以对你的PC做它想做的任何事情（大部分病毒是使用编译型语言编写的）

由于松散的安全性和平台依赖性，编译型语言不太适合开发因特网或者基于Web的应用。

解释型语言：

解释型语言提供了极佳的调试支持。一名Java程序员只需要几分钟就可以定位并修复一个“空指针异常”，因为Java运行环境不仅指明了异常的性质，而且给出了异常发生位置具体的行号和函数调用顺序（著名的堆栈跟踪信息）。这样的便利是编译型语言所无法提供的。

另一个优势是解释器比编译器容易实现

解释型语言最大的优势之一是其平台独立性

解释型语言也可以保证高度的安全性——这是互联网应用迫切需要的

中间语言代码的大小比编译型可执行代码小很多

平台独立性，以及严密的安全性是使解释型语言成为适合互联网和Web应用的理想语言的2个最重要的因素。

解释型语言存在一些严重的缺点。解释型应用占用更多的内存和CPU资源。这是由于，为了运行解释型语言编写的程序，相关的解释器必须首先运行。解释器是复杂的，智能的，大量消耗资源的程序并且它们会占用很多CPU周期和内存。

由于解释型应用的decode-fetch-execute（解码-抓取-执行）的周期，它们比编译型程序慢很多。

解释器也会做很多代码优化，运行时安全性检查；这些额外的步骤占用了更多的资源并进一步降低了应用的运行速度。

你好！编译器（在windows下，javac.exe）将源代码（java文件）编译为字节码（bytecode），存放在class文件中。

字节码不能直接在机器上执行，而是通过虚拟机（windows下是java.exe）执行。具体的执行方式有两种：

1.一般情况下解释执行。解释执行并不是“解释为用c++语言写成的程序”，而是jvm把字节码看成脚本，根据字节码中的指令，由JVM去调用实际的本地方法。

2.在打开了JIT参数的前提下，jvm会把执行过程中发现的热点位置，由jvm内部的即时编译器编译为本地机器码直接执行。

编译器将java文件编译为class文件，解释器将class文件变为机器语言

OK，本文到此结束，希望对大家有所帮助。