編譯型語言在程序執(zhí)行之前轨蛤，有一個(gè)單獨(dú)的編譯過程，將程序翻譯成機(jī)器語言就不用再進(jìn)行翻譯了虫埂。
解釋型語言祥山，是在運(yùn)行的時(shí)候?qū)⒊绦蚍g成機(jī)器語言，所以運(yùn)行速度相對于編C/C++ 等都是編譯型語言掉伏，而Java缝呕，C#等都是解釋型語言。
雖然Java程序在運(yùn)行之前也有一個(gè)編譯過程斧散，但是并不是將程序編譯成機(jī)器語言供常，而是將它編譯成字節(jié)碼（可以理解為一個(gè)中間語言）。
在運(yùn)行的時(shí)候鸡捐，由JVM將字節(jié)碼再翻譯成機(jī)器語言栈暇。
注：腳本語言一般都有相應(yīng)的腳本引擎來解釋執(zhí)行。 他們一般需要解釋器才能運(yùn)行箍镜。JAVASCRIPT,ASP,PHP,PERL,Nuva都是腳本語言源祈。C/C++編譯、鏈接后色迂，可形成獨(dú)立執(zhí)行的exe文件香缺。
編譯型語言最大的優(yōu)勢之一就是其執(zhí)行速度。用C/C++編寫的程序運(yùn)行速度要比用Java編寫的相同程序快30%-70%歇僧。
編譯型程序比解釋型程序消耗的內(nèi)存更少图张。
不利的一面——編譯器比解釋器要難寫得多。
編譯器在調(diào)試程序時(shí)提供不了多少幫助——有多少次在你的C語言代碼中遇到一個(gè)“空指針異痴┖罚”時(shí)祸轮，需要花費(fèi)好幾個(gè)小時(shí)來明確錯誤到底在代碼中的什么位置。
可執(zhí)行的編譯型代碼要比相同的解釋型代碼大許多侥钳。例如适袜，C/C++的.exe文件要比同樣功能的Java的.class文件大很多。
編譯型程序是面向特定平臺的因而是平臺依賴的慕趴。
編譯型程序不支持代碼中實(shí)現(xiàn)安全性——例如，一個(gè)編譯型的程序可以訪問內(nèi)存的任何區(qū)域鄙陡，并且可以對你的PC做它想做的任何事情（大部分病毒是使用編譯型語言編寫的）
由于松散的安全性和平臺依賴性冕房，編譯型語言不太適合開發(fā)因特網(wǎng)或者基于Web的應(yīng)用。
解釋型語言提供了極佳的調(diào)試支持趁矾。一名Java程序員只需要幾分鐘就可以定位并修復(fù)一個(gè)“空指針異嘲也幔”，因?yàn)镴ava運(yùn)行環(huán)境不僅指明了異常的性質(zhì)毫捣，而且給出了異常發(fā)生位置具體的行號和函數(shù)調(diào)用順序（著名的堆棧跟蹤信息）详拙。這樣的便利是編譯型語言所無法提供的帝际。
另一個(gè)優(yōu)勢是解釋器比編譯器容易實(shí)現(xiàn)
解釋型語言最大的優(yōu)勢之一是其平臺獨(dú)立性
解釋型語言也可以保證高度的安全性——這是互聯(lián)網(wǎng)應(yīng)用迫切需要的
中間語言代碼的大小比編譯型可執(zhí)行代碼小很多
平臺獨(dú)立性，以及嚴(yán)密的安全性是使解釋型語言成為適合互聯(lián)網(wǎng)和Web應(yīng)用的理想語言的2個(gè)最重要的因素饶辙。
解釋型語言存在一些嚴(yán)重的缺點(diǎn)蹲诀。解釋型應(yīng)用占用更多的內(nèi)存和CPU資源。這是由于弃揽，為了運(yùn)行解釋型語言編寫的程序脯爪，相關(guān)的解釋器必須首先運(yùn)行。解釋器是復(fù)雜的矿微，智能的痕慢，大量消耗資源的程序并且它們會占用很多CPU周期和內(nèi)存。
由于解釋型應(yīng)用的decode-fetch-execute（解碼-抓取-執(zhí)行）的周期涌矢，它們比編譯型程序慢很多掖举。
解釋器也會做很多代碼優(yōu)化，運(yùn)行時(shí)安全性檢查娜庇；這些額外的步驟占用了更多的資源并進(jìn)一步降低了應(yīng)用的運(yùn)行速度塔次。
