解释性语言与编译型语言差别在哪

‘壹’ 解释性语言和编译性语言的区别

用编译型语言写的程序执行之前，需要一个专门的编译过程，通过编译系统（不仅仅只是通过编译器，编译器只是编译系统的一部分）把高级语言翻译成机器语言，把源高级程序编译成为机器语言文件，比如windows下的exe文件。以后就可以直接运行而不需要编译了，因为翻译只做了一次，运行时不需要翻译，所以编译型语言的程序执行效率高，但也不能一概而论，部分解释型语言的解释器通过在运行时动态优化代码，甚至能够使解释型语言的性能超过编译型语言。
解释则不同，解释型语言编写的程序不需要编译。解释型语言在运行的时候才翻译，比如VB语言，在执行的时候，专门有一个解释器能够将VB语言翻译成机器语言，每个语句都是执行的时候才翻译。这样解释型语言每执行一次就要翻译一次，效率比较低。

‘贰’ 解释性语言和编译型语言的区别与不同

首先明确一点，机器只能执行二进制指令。

编译型就是把源代码编译成某种机器能执行的二进制指令，执行时，机器直接执行其中的指令码。
而解释型，顾名思义需要一个能够解释其特殊指令的中间件，这个中间件通常叫做虚拟机，如java虚拟机。解释型语言也并非直接执行源代码，而是编译成该解释语言特有的一种指令码，虚拟机能够识别这种指令码，并在执行时将其翻译成相应的机器码。
所以，相对的编译型运行速度更快，但是在不同的平台上不能通用。而解释型，运行速度慢，但是只要平台上安装了虚拟机，解释型语言生成的程序就能运行。

‘叁’ 解释型语言和编译型语言的区别是什么

一、编译型

编译型语言：编译型语言在执行之前要先经过编译过程，编译成为一个可执行的机器语言的文件，比如exe。因为翻译只做一遍，以后都不需要翻译，所以执行效率高。

编译型语言的典型代表：C语言，C++。

编译型语言的优缺点：执行效率高，缺点是跨平台能力弱，不便调试。

二、解释型

解释型语言：解释性语言编写的程序不进行预先编译，以文本方式存储程序代码。执行时才翻译执行。程序每执行一次就要翻译一遍。

代表语言：python，JavaScript。

优缺点：跨平台能力强，易于调，执行速度慢。

编译型与解释型，两者各有利弊

前者由于程序执行速度快，同等条件下对系统要求较低，因此像开发操作系统、大型应用程序、数据库系统等时都采用它，像C/C++、Pascal/Object Pascal（Delphi）等都是编译语言。

而一些网页脚本、服务器脚本及辅助开发接口这样的对速度要求不高、对不同系统平台间的兼容性有一定要求的程序则通常使用解释性语言，如Java、JavaScript、VBScript、Perl、Python、Ruby、MATLAB等等。

‘肆’ 解释性语言和编译型语言的区别与不同

解释型语言，比如BASIC，这些都是将源程序直接提供给电脑，电脑按照语句顺序执行，一边翻译一边执行；
编译型是事先将源程序代码经过加工、固定，形成可执行代码，然后单独运行的。
区别：
-解释型程序执行效率要低于编译型形成的可执行程序
-解释型程序代码尺寸大于可执行程序
-解释型程序加密性不如可执行程序
-解释型程序可读性和可调试性要比可执行程序高
-解释型程序可移植性要高于可执行程序

‘伍’ 编译型语言和解释型语言的区别

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

解释型语言，是在运行的时候将程序翻译成机器语言，所以运行速度相对于编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（解码-抓取-执行）的周期，它们比编译型程序慢很多。

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

‘陆’ 解释型语言和编译型语言的区别

都是编译型语言，而Java，C#等都是解释型语言。

虽然Java程序在运行之前也有一个编译过程，但是并不是将程序编译成机器语言，而是将它编译成字节码（可以理解为一个中间语言）。
在运行的时候，由JVM将字节码再翻译成机器语言。
注：脚本语言一般都有相应的脚本引擎来解释执行

‘柒’ 解释性语言和编译型语言的区别与不同

前者由于程序执行速度快，同等条件下对系统要求较低，因此像开发操作系统、大型应用程序、数据库系统等时都采用它，像C/C++、Pascal/ObjectPascal（Delphi）等都是编译语言，而一些网页脚本、服务器脚本及辅助开发接口这样的对速度要求不高、对不同系统平台间的兼容性有一定要求的程序则通常使用解释性语言，如JavaScript、VBScript、Perl、Python、Ruby、MATLAB等等。但随着硬件的升级和设计思想的变革，编译型和解释型语言越来越笼统，主要体现在一些新兴的高级语言上，而解释型语言的自身特点也使得编译器厂商愿意花费成本来优化解释器，解释型语言性能超过编译型语言也是必然的。

‘捌’ 解释型语言跟编译型语言的区别在哪里

C是编译型语言（执行速度快），VB是解释型语言(执行速度慢)
计算机语言包括哪些？各自特点是什么？

虽说C语言在内存管理方面存在严重的缺陷，不过它还是在某些应用领域里称王称霸。对于那些要求最高的效率，良好的实时性，或者与操作系统内核紧密关联的程序来说，C仍然是很好的选择。

C良好的可移植性也为它加了分。不过现在很多其他的语言可移植性越来越好，C在这方面的优势可能会逐渐丧失。

现有的很多程序可以产生非常棒的C代码，比如语法分析器、GUI Builder等，这时候C语言也是有吸引力的，因为你所需要编写的代码只是整个程序的一小部分。

再有，我们当然应该认识道，C语言对于程序员来说具有无可替代的价值。就我这里讨论的每一种语言而论，只要你发掘的足够深，到最后你会看到它们的内核都是用纯正的、可移植的C写成的。

到了今天这个时候，我们最好把C看成是UNIX虚拟机上的高级汇编语言。

就算是其他的高级语言完全可以满足你的工作需要，抽出时间来学习C语言也仍然有益，它能帮助你在硬件体系的层次上思考问题。

即使到了今天，最好的C语言教程仍然是1988年出版的K&R第二版The C Programming Language.

总结：C最出色的地方在于其高效和贴近机器，最糟糕的地方在它的内存管理地狱。

C++

C++最初发布于1980年代中期，当时面向对象语言被认为是解决软件复杂性问题的银弹。C++的面向对象特性看相去使其全面超越了C，支持者认为C++将迅速把上一代语言挤到陈列馆里去。

但是历史并非如此。究其原因，至少有一部分归咎于C++本身。为了与C兼容，C++被迫作出了很多重大的设计妥协，结果导致语言过分华丽，过分复杂。为了与C兼容，C++并没有采用自动内存管理的策略，从而丧失了修正C最严重问题的机会。

另外一部分原因，恐怕要算到面向对象身上。看起来OO并没有很好的达成人们当年的预期。我就这个问题调研过，我发现使用OO方法导致组件之间出现很厚的粘合层，并且带来了严重的可维护性问题。今天让我们来看看开放源码社区，你会发现C++的应用还是集中在GUI，游戏和多媒体工具包这些方面，在其他地方很少用到。要知道，面向对象也只是在这些领域被证明非常成功，而开放源码社区的选择，很大程度上体现了程序员的自由意志，而不是公司管理层的胡乱指挥。

也许C++实现OO的方法有问题。有证据表明C++程序在整个生命周期的开销高于相应的C, Fortran和Ada程序。不过，究竟这是否应该归咎与C++的OO实现上，还不清楚。

最近几年，C++加入了很多非OO的思想，其异常思想类似Lisp，STL的出现是非常了不起的。

其实C++最根本的问题在于，它基本上只不过是另一种传统的语言。STL中的内存管理比先前的new/delete和C的方案要好的多，但是还是没有解决问题。对于很多应用程序而言，其OO特性并不明显，相比与C，除了增加复杂度之外没有获得很多好处。

总结：C++优点在于作为编译型语言，把效率与泛型和面向对象特性结合起来，其缺点在于过于华丽复杂，倾向于鼓励程过分复杂的设计。

Java

Java的设计很聪明，它采用了自动内存管理，这是最大的改进，支持OO设计带来的好处虽然不那么突出，不过也很值得赞赏，相比C++，其OO设计规模小而且简单 。

相对于Python而言，Java有一些明显的失误。有些地方设计的还是太复杂，甚至有缺陷。Java的类可见性和隐式scoping规则太复杂了。Interface机制是为了避免多继承带来的问题而设计的，但是要理解和使用它还是挺难。内部类和匿名类导致令人困惑的代码。缺乏有效的析构机制，使得除了内存之外的其他资源（比如互斥量和锁）管理起来很困难。Java的线程不可靠，其I/O机制很强大，但是读取一个文本文件却非常繁琐。

Java没有管理库版本的机制，从而形式上重蹈了了Windows DLL地狱的覆辙。在类似应用服务器这样的环境里，这引起了大量的问题。

总体而言，我们可以说除了系统编程和对效率要求极高的程序之外，Java在大部分领域优于C++。经验表明，Java程序员似乎不太容易象C++程序员那样构造过度的OO层，不过在Java中这仍然是个严重问题。

Java是否优于诸如Perl, Python这样的语言？我们还不是很清楚，很大程度上似乎跟程序规模有关。其擅长的领域基本上于Python相似，在效率上无法跟C/C++相提并论，在小规模的、大量使用模式匹配和编辑的项目里也无法匹敌Perl。在小项目里，Java显得过分强大了。我们猜测Python更适合小项目，而Java适合大项目，不过这一点并没有得到有力的证明。

Python

Python是一种脚本语言，可以与C紧密整合。它可以与动态加载的C库模块交换数据，也可以作为内嵌脚本语言而从C中调用。其语法类似C和模块化语言的杂合，不过有一个独一无二的特征，就是以缩进来确定语句块。

Python语言非常干净，设计优雅，具有出色的模块化特性。它提供了面向对象能力，但不强迫用户进行面向对象设计。其类型系统提供了强大的表达能力，类似Perl，具有匿名lambda表达式，这点又让Lisp黑客们感到亲切。Python依靠Tk提供方便的GUI界面开发能力。

在所有的解释型语言里，Python和Java最适合多名程序员以渐进方式协同开发大型项目。在很多方面，Python比Java要简单，它非常适合与构造快速原型，这一点使得它对于Java有独特优势：对于那些既不很复杂，又不要求高效率的程序，Python十分合适。

Python的速度没法跟C/C++相比，不过在今天的高速CPU上，合理地使用混合语言编程策略使得Python的上述弱点被有效地弥补。事实上，Python几乎被认为是主流脚本语言中最慢的一个，因为它提供了动态多态性。在大量使用正则表达式的小型项目，它逊于Perl。对于微型项目而言，shell和Tcl可能更好，Python显得太过强大了。

总结：Python最出色的地方在于，它鼓励清晰易读的代码，特别适合以渐进开发的方式构造大项目。其缺陷在于效率不高，太慢，不但跟编译语言相比慢，就是跟其他脚本语言相比也显得慢。