直譯器

解釋器（英語：interpreter），是一種計算機程序，能夠把解釋型語言解釋執行。解釋器就像一位「中間人」。解釋器邊解釋邊執行，因此依賴於解釋器的程序運行速度比較緩慢。解釋器的好處是它不需要重新編譯整個程序，從而減輕了每次程序更新後編譯的負擔。相對的編譯器一次性將所有源代碼編譯成二進制文件，執行時無需依賴編譯器或其他額外的程序。

歷史

第一個解釋器是由史帝芬·羅素（Steve Russell）寫成的LISP的解釋器，基於IBM 704的機器碼。

解釋器與編譯器

解釋器執行程序的方法有：

直接執行高級編程語言（如Shell內建的編譯器）
轉換高級編程語言到更有效率的字節碼，並執行字節碼
用解釋器包含的編譯器對高級語言進行編譯，並指示中央處理器執行編譯後的程序（例如：JIT）

Perl，Python，MATLAB，與Ruby是屬於第二種方法，而UCSD Pascal則是屬於第三種方式。在轉譯的過程中，這組高階語言所寫成的程式仍然維持在原始碼的格式（或某種中繼語言的格式），而程式本身所指涉的動作或行為則由直譯器來表現。

使用直譯器來執行程式會比直接執行編譯過的機器碼來得慢，但是相對的這個直譯的行為會比編譯再執行來得快。這在程式開發的雛型化階段和只是撰寫試驗性的程式碼時尤其來得重要，因為這個「編輯-直譯-除錯」的循環通常比「編輯-編譯-執行-除錯」的循環來得省時許多。

在直譯器上執行程式比直接執行編譯過的程式碼來得慢，是因為直譯器每次都必須去分析並轉譯它所執行到的程式行，而編譯過的程式就只是直接執行。這個在執行時的分析被稱為"直譯式的成本"。在直譯器中，變數的存取也是比較慢的，因為每次要存取變數的時候它都必須找出該變數實際儲存的位置，而不像編譯過的程式在編譯的時候就決定好了變數的位置了。

在使用直譯器來達到較快的開發速度和使用編譯器來達到較快的執行進度之間是有許多妥協的。有些系統（例如有一些LISP）允許直譯和編譯的程式碼互相呼叫並共享變數。這意味著一旦一個子程式在直譯器中被測試併除錯過之後，它就可以被編譯以獲得較快的執行進度。許多直譯器並不像其名稱所說的那樣執行原始程式碼，反而是把原始程式碼轉換成更壓縮的內部格式。舉例來說，有些BASIC的直譯器會把保留字取代成可以用來在轉移表中找出相對應指令的單一字節符號。直譯器也可以使用如同編譯器一般的文字分析器和語法分析器然後再轉譯產生出來的抽象語法樹。

直譯式程式相較於編譯式程式有較佳的可攜性，可以容易的在不同軟硬體平台上執行。而編譯式程式經過編譯後的程式則只限定於執行在開發環境平台。

字節碼直譯器

考量程式執行之前所需要分析的時間，存在了一個介於直譯與編譯之間的可能性。例如，用Emacs Lisp所撰寫的原始碼會被編譯成一種高度壓縮且最佳化的另一種Lisp原始碼格式，這就是一種字節碼（bytecode），而它並不是機器碼（因此不會被綁死在特定的硬體上）。這個"編譯過的"碼之後會被字節碼直譯器（使用C寫成的）轉譯。在這種情況下，這個"編譯過的"碼可以被說成是虛擬機（不是真的硬體，而是一種字節碼直譯器）的機器碼。這個方式被用在Open Firmware系統所使用的Forth程式碼中：原始程式將會被編譯成"F code"（一種字節碼），然後被一個特定平台的虛擬機器直譯和執行。

即時編譯

即時編譯（Just-in-time compilation）是指一種在執行時期把字節碼編譯成原生機器碼的技術;這項技術是被用來改善虛擬機器的效能的。該技術在近幾年來才開始獲得重視，而它後來模糊了直譯、字節碼直譯及編譯的差異性。在.NET和Java的平台上都有用到JIT的技術。大約在1980年代Smalltalk語言出現的時候JIT的技術就存在了。