編譯解釋型語言嗎
先說結論，python 是解釋性語言。
何為編譯？
1、生成目標文件。
2、且目標文件是針對特定的 CPU 體系的，為ARM生成的目標文件，不能被用於MIPS的CPU，也不能用於x86的CPU。反過來說也是成立的。
也就是說這段代碼在生成目標文件的過錯中就已經被翻譯成了目標CPU指令，所以如果這個程序需要在另外一種CPU上面運行，這個代碼就必須重新翻譯。
而上述這個翻譯過程叫做編譯。
何為解釋？
對於各種非編譯型語言（例如python/java）來說，可能不存在某種翻譯成中間文件的過錯，可能存在某種編譯成中間文件的過程
如果存在翻譯過錯，那麼他們翻譯生成的通常是一種『平台無關』的中間代碼，這種代碼一般不是針對特定的CPU平台，他們是在運行過程中才被翻譯成目標CPU指令的，因而在ARM CPU上能執行，換到MIPS也能執行，換到x86也能執行，不需要重新對源代碼進行翻譯。
而由於這些中間代碼並不是能在CPU上直接運行，所以需要某種中介(叫做虛擬機)在執行時負責把代碼翻譯成CPU能執行的指令。
⑵ 解釋型語言和編譯型語言的區別是什麼
一、編譯型
編譯型語言：編譯型語言在執行之前要先經過編譯過程，編譯成為一個可執行的機器語言的文件，比如exe。因為翻譯只做一遍，以後都不需要翻譯，所以執行效率高。
編譯型語言的典型代表：c語言，C++。
編譯型語言的優缺點：執行效率高，缺點是跨平台能力弱，不便調試。
二、解釋型
解釋型語言：解釋性語言編寫的程序不進行預先編譯，以文本方式存儲程序代碼。執行時才翻譯執行。程序每執行一次就要翻譯一遍。
代表語言：python，JavaScript。
優缺點：跨平台能力強，易於調，執行速度慢。
編譯型與解釋型，兩者各有利弊
前者由於程序執行速度快，同等條件下對系統要求較低，因此像開發操作系統、大型應用程序、資料庫系統等時都採用它，像C/C++、Pascal/Object Pascal（Delphi）等都是編譯語言。
而一些網頁腳本、伺服器腳本及輔助開發介面這樣的對速度要求不高、對不同系統平台間的兼容性有一定要求的程序則通常使用解釋性語言，如Java、JavaScript、VBScript、Perl、Python、Ruby、MATLAB等等。
⑶ 關於「編譯型語言」和「解釋性語言」的區別
1、程序控制權不同：
對於解釋性語言而言，程序運行時的控制權在解釋器(jre,.net)而不再用於程序。編譯型語言對於編譯器而言，運行時的控制權在用戶程序。
2、運行速度不同：
一些網頁腳本，伺服器腳本以及輔助開發介面這樣的對速度要求不高，對不同系統的兼容性有一定要求的程序則通常使用解釋性語言，如Java、JavaScript、VBScript、Perl、Python、Ruby、Matlab等等。
編譯語言由於程序執行速度快，同等條件下對系統的要求比較低，因此像開發操作系統、大型應用程序、資料庫系統等時都採用它，像C/C++,Pascal/Object Pascal(Delphi)等都是編譯型語言。
3、移植性不同：
解釋型語言，例如Java語言，Java程序首先通過編譯器編譯成class文件，如果在Windows平台上運行，則通過Windows平台上的Java虛擬機（VM）進行解釋。如果運行在Linux平台上，則通過Linux平台上的Java虛擬機進行解釋執行。
所以說能跨平台，前提是平台上必須要有相匹配的Java虛擬機。如果沒有Java虛擬機，則不能進行跨平台。
編譯型語言，例如C語言,用C語言開發程序後，需要通過編譯器把程序編譯成機器語言（即計算機可以識別的二進制文件，因為不同的操作系統識別的二進制文件是不同的），所以C語言程序進行移植後，需要重新編譯（如Windows編譯成ext文件，Linux編譯成erp文件）。
⑷ JAVA是解釋型語言還是編譯型語言
有些答案對JAVA的理解還停留在上古時代或者教科書里。其實，現在用編譯型、解釋型來分類編程語言已經有點力不從心了。JAVA的第一道工序是javac編譯，當然目標文件是BYTECODE。後續可能有三種處理方式：1. 運行時，BYTECODE由JVM逐條解釋執行，2. 運行時，部分代碼可能由JIT翻譯為目標機器指令（以method為翻譯單位，還會保存起來，第二次執行就不用翻譯了）直接執行；3. RTSJ。繼JAVAC之後執行AOT二次編譯，生成靜態的目標平台代碼（典型的就是IBM WEBSHPERE REAL TIME）。有的時候，可能是以上三種方式同時在使用。至少，1和2是同時使用的，3需要程序員手工指定。所以討論語言得更細化一點了，強類型的、弱類型的，靜態的、動態的，GC-based的、手工管理內存的，有沒有VM...
⑸ 編譯型語言和解釋型語言各自的優缺點是什麼
一、編譯型語言
優點：運行速度快，代碼效率高，編譯後的程序不可修改，保密性較好。
缺點：代碼需要經過編譯方可運行，可移植性差，只能在兼容的操作系統上運行 。
二、解釋型語言
優點：可移植性較好，只要有解釋環境，可在不同的操作系統上運行。
缺點：運行需要解釋環境，運行起來比編譯的要慢，佔用資源也要多一些，代碼效率低，代碼修改後就可運行，不需要編譯過程。
(5)編譯解釋型語言嗎擴展閱讀：
編譯型語言：程序在執行之前需要一個專門的編譯過程，把程序編譯成 為機器語言的文件，運行時不需要重新翻譯，直接使用編譯的結果就行了。程序執行效率高，依賴編譯器，跨平台性差些。如C、C++、Delphi等。而相對的，解釋性語言編寫的程序不進行預先編譯，以文本方式存儲程序代碼。在發布程序時，看起來省了道編譯工序。但是在運行程序的時候，解釋性語言必須先解釋再運行。
⑹ 編譯型語言與解釋型語言分別有哪些
樓上說的對。 做一點補充：其實沒那麼明確，任何一種語言都可以解釋執行和編譯執行。解釋和編譯是程序運行的兩種方式。 不能用來區分語言
⑺ 解釋型語言和編譯型語言的區別
首先，我們編程都是用的高級語言(寫匯編和機器語言的大牛們除外)，計算機不能直接理解高級語言，只能理解和運行機器語言，所以必須要把高級語言翻譯成機器語言，計算機才能運行高級語言所編寫的程序。
說到翻譯，其實翻譯的方式有兩種，一個是編譯，一個是解釋。兩種方式只是翻譯的時間不同。
用編譯型語言寫的程序執行之前，需要一個專門的編譯過程，通過編譯系統（不僅僅只是通過編譯器，編譯器只是編譯系統的一部分）把高級語言翻譯成機器語言（具體翻譯過程可以參看下圖），把源高級程序編譯成為機器語言文件，比如windows下的exe文件。以後就可以直接運行而不需要編譯了，因為翻譯只做了一次，運行時不需要翻譯，所以編譯型語言的程序執行效率高，但也不能一概而論，部分解釋型語言的解釋器通過在運行時動態優化代碼，甚至能夠使解釋型語言的性能超過編譯型語言。
⑻ 編譯型語言和解釋語言的區別是什麼
1.編譯型語言在程序執行之前，有一個單獨的編譯過程，將程序翻譯成機器語言，以後執行這個程序的時候，就不用再進行翻譯了。
2.解釋型語言，是在運行的時候將程序翻譯成機器語言，所以運行速度相對於編譯型語言要慢。
3.C/C++ 等都是編譯型語言，而Java，C#等都是解釋型語言。
4.雖然Java程序在運行之前也有一個編譯過程，但是並不是將程序編譯成機器語言，而是將它編譯成位元組碼（可以理解為一個中間語言）。
在運行的時候，由JVM將位元組碼再翻譯成機器語言。
5.腳本語言一般都有相應的腳本引擎來解釋執行。 他們一般需要解釋器才能運行。JAVASCRIPT,ASP,PHP,PERL,Nuva都是腳本語言。C/C++編譯、鏈接後，可形成獨立執行的exe文件。
⑼ c語言是解釋型語言嗎
編程語言分為兩大類：1-編譯型語言；2-解釋型語言。之前我們講解過編譯型語言。現在就來講講解釋型語言
同學們可以繼續與翻譯進行類別，來理解「解釋型語言」。之前說過，編譯型語言是雇一個翻譯，將你寫的中文信全篇翻譯成英文，然後交給美國總統閱讀。而解釋型語言則不同，更像是「同聲傳譯」。
也就是說，解釋型語言使用一個翻譯站在你身邊，你寫出一句中文，它就直接翻譯成英文給對方閱讀。實際上，這個「翻譯」是一種虛擬機。所謂虛擬機，也是一種程序，它幫你隨時將編寫的源代碼翻譯成計算機可以理解的機器語言，讓計算機執行命令。而不需要產生中間的機器碼文件。比如，「BASIC」語言就是一種解釋型語言。
比如，你使用BASIC語言，想在屏幕上顯示文本「Hello」。那麼你可以先編寫源代碼文件，比如叫「hello.bas」，然後你可以直接將hello.bas文件送入虛擬機程序。然後虛擬機會直接幫你運行hello.bas（直接逐行解釋你的源代碼文件）。
解釋型語言最大的特點就是不創建中間文件。
解釋型語言的優點
對於不同的系統適應性較好，同樣的源代碼，可以直接運行在不同的系統（當然，前提是在不同系統上安裝好相應的虛擬機）。
解釋型語言的缺點
逐行解釋會導致程序運行速度不如編譯型語言快。可以想像下，你講中文時，說一句中文翻譯翻譯一句（解釋型語言）的速度，顯然比先把演講稿翻譯成全英文稿（編譯型語言）要慢很多。
解釋型語言舉例
屬於解釋型語言的有如下幾種：
Perl
JavaScript
VBScript
AppleScript
⑽ java是編譯型語言還是解釋型語言
概念：
編譯型語言：把做好的源程序全部編譯成二進制代碼的可運行程序。然後，可直接運行這個程序。
解釋型語言：把做好的源程序翻譯一句，然後執行一句，直至結束！
區別：
編譯型語言，執行速度快、效率高；依賴編譯器、跨平台性差些。如C、C++、Delphi、 Pascal，Fortran。
解釋型語言，執行速度慢、效率低；依賴解釋器、跨平台性好。如Java、Basic.
通俗的講，編譯語言是在編譯後可以直接運行，而解釋語言的執行需要一個解釋環境。
java很特殊，java程序也需要編譯，但是沒有直接編譯稱為機器語言，而是編譯稱為位元組碼，然後用解釋方式執行位元組碼。
JIT:
首先採用編譯形式生成某種中介代碼(Java bytecode/MSIL)，然後在運行時將其（通常以函數或Block為單位）最終轉換成機器碼，然後執行，轉化的機器碼可以被cache，以提高重復執行的效率
JAVA的第一道工序是javac編譯，當然目標文件是BYTECODE。後續可能有三種處理方式：
1. 運行時，BYTECODE由JVM逐條解釋執行，
2. 運行時，部分代碼可能由JIT翻譯為目標機器指令（以method為翻譯單位，還會保存起來，第二次執行就不用翻譯了）直接執行；
3. RTSJ。繼JAVAC之後執行AOT二次編譯，生成靜態的目標平台代碼（典型的就是IBM WEBSHPERE REAL TIME）。