編譯型語言的過程

① 什麼是編譯性語言，解釋性語言和腳本語言

計算機不能直接理解高級語言，只能直接理解機器語言，所以必須要把高級語言翻譯成機器語言，計算機才能值型高級語言編寫的程序。

翻譯的方式有兩種，一個是編譯，一個是解釋。兩種方式只是翻譯的時間不同。編譯型語言寫的程序執行之前，需要一個專門的編譯過程，把程序編譯成為機器語言的文件，比如exe文件，以後要運行的話就不用重新翻譯了，直接使用編譯的結果就行了（exe文件），因為翻譯只做了一次，運行時不需要翻譯，所以編譯型語言的程序執行效率高。

解釋則不同，解釋性語言的程序不需要編譯，省了道工序，解釋性語言在運行程序的時候才翻譯，比如解釋性basic語言，專門有一個解釋器能夠直接執行basic程序，每個語句都是執行的時候才翻譯。這樣解釋性語言每執行一次就要翻譯一次，效率比較低。
什麼是腳本語言？

1. 腳本語言(javaScript,VBscript等)介於HTML和C,C++,Java,C#等編程語言之間。
   HTML通常用於格式化和鏈結文本。而編程語言通常用於向機器發出一系列復雜的指令。

2. .腳本語言與編程語言也有很多相似地方，其函數與編程語言比較相象一些,其也涉及到變數。與編程語言之間最大的區別是編程語言的語法和規則更為嚴格和復雜一些.

   與程序代碼的關系:腳本也是一種語言，其同樣由程序代碼組成。

   註：腳本語言一般都有相應的腳本引擎來解釋執行。 他們一般需要解釋器才能運行。

   JAVASCRIPT,ASP,PHP,PERL都是腳本語言。C/C++編譯、鏈接後，可形成獨立執行的exe文件。

3. 腳本語言是一種解釋性的語言,例如vbscript,javascript,installshield script等等,它不象cc++等可以編譯成二進制代碼,以可執行文件的形式存在.
   腳本語言不需要編譯，可以直接用，由解釋器來負責解釋。 5

4. 腳本語言一般都是以文本形式存在,類似於一種命令.
   舉個例子說,如果你建立了一個程序,叫aaa.exe,可以打開.aa為擴展名的文件.
   你為.aa文件的編寫指定了一套規則(語法),當別人編寫了.aa文件後,你的程序用這種規則來理解編寫人的意圖,並作出回應.那麼,這一套規則就是腳本語言.

   參考：http://www.cnblogs.com/yxnchinahlj/archive/2011/04/06/2006581.html

② 解釋型語言和編譯型語言的區別是什麼

一、編譯型

編譯型語言：編譯型語言在執行之前要先經過編譯過程，編譯成為一個可執行的機器語言的文件，比如exe。因為翻譯只做一遍，以後都不需要翻譯，所以執行效率高。

編譯型語言的典型代表：C語言，C++。

編譯型語言的優缺點：執行效率高，缺點是跨平台能力弱，不便調試。

二、解釋型

解釋型語言：解釋性語言編寫的程序不進行預先編譯，以文本方式存儲程序代碼。執行時才翻譯執行。程序每執行一次就要翻譯一遍。

代表語言：python，JavaScript。

優缺點：跨平台能力強，易於調，執行速度慢。

編譯型與解釋型，兩者各有利弊

前者由於程序執行速度快，同等條件下對系統要求較低，因此像開發操作系統、大型應用程序、資料庫系統等時都採用它，像C/C++、Pascal/Object Pascal（Delphi）等都是編譯語言。

而一些網頁腳本、伺服器腳本及輔助開發介面這樣的對速度要求不高、對不同系統平台間的兼容性有一定要求的程序則通常使用解釋性語言，如Java、JavaScript、VBScript、Perl、Python、Ruby、MATLAB等等。

③ 高級語言的編譯過程，經過哪幾個步驟

開發C程序有四個步驟：編輯、編譯、連接和運行。

任何一個體系結構處理器上都可以使用C語言程序，只要該體系結構處理器有相應的C語言編譯器和庫，那麼C源代碼就可以編譯並連接到目標二進制文件上運行。

1、預處理：導入源程序並保存（C文件）。

2、編譯：將源程序轉換為目標文件（Obj文件）。

3、鏈接：將目標文件生成為可執行文件（EXE文件）。

4、運行：執行，獲取運行結果的EXE文件。

(3)編譯型語言的過程擴展閱讀：

將C語言代碼分為程序的幾個階段：

1、首先，對源代碼文件進行測試。以及相關的頭文件，比如Stdio。H.CPP預處理為。我的文件。預編譯。該文件不包含任何宏定義，因為所有宏都已展開，且包含的文件已插入。我提起。

2、編譯過程是對預處理後的文件進行詞法分析、語法分析、語義分析和優化，生成相應的匯編代碼文件。這個過程通常是整個程序的核心部分，也是最復雜的過程之一。

3、匯編程序不直接輸出可執行文件，而是輸出目標文件。匯編程序可以調用LD來生成可運行的可執行程序。也就是說，您需要鏈接到大量文件以獲得最終可執行文件「a.out」。

4、在鏈接過程中，其他目標文件中定義的函數調用指令需要重新調整，而其他目標文件中定義的變數也存在同樣的問題。

④ 編譯型語言和解釋語言的區別是什麼

1.編譯型語言在程序執行之前，有一個單獨的編譯過程，將程序翻譯成機器語言，以後執行這個程序的時候，就不用再進行翻譯了。
2.解釋型語言，是在運行的時候將程序翻譯成機器語言，所以運行速度相對於編譯型語言要慢。
3.C/C++ 等都是編譯型語言，而Java，C#等都是解釋型語言。
4.雖然Java程序在運行之前也有一個編譯過程，但是並不是將程序編譯成機器語言，而是將它編譯成位元組碼（可以理解為一個中間語言）。
在運行的時候，由JVM將位元組碼再翻譯成機器語言。
5.腳本語言一般都有相應的腳本引擎來解釋執行。 他們一般需要解釋器才能運行。JAVASCRIPT,ASP,PHP,PERL,Nuva都是腳本語言。C/C++編譯、鏈接後，可形成獨立執行的exe文件。

⑤ 編譯型和解釋型的區別&Java從編譯到執行的過程

Java這個語言很非凡。
二、你可以說它是解釋型的。因為java代碼編譯後不能直接運行，它是解釋運行在JVM上的，所以它是解釋運行的，那也就算是解釋的了。
三、但是，現在的JVM為了效率，都有一些JIT優化。它又會把.class的二進制代碼編譯為本地的代碼直接運行，所以，又是編譯的。
像C、C++ 他們經過一次編譯之後直接可以編譯成操作系統了解的類型，可以直接執行的 所以他們是編譯型的語言。沒有經過第二次的處理 而Java不一樣他首先由編譯器編譯成.class類型的文件，這個是java自己類型的文件 然後在通過虛擬機(JVM)從.class文件中讀一行解釋執行一行，所以他是解釋型的語言，而由於java對於多種不同的操作系統有不同的JVM所以
Java實現了真正意義上的跨平台！
請觀看下面兩張圖 了解一下Java的虛擬機機制：
(1)java語言的編譯--解釋---執行過程
(2)java的虛擬機
定義：編譯型語言：把做好的源程序全部編譯成二進制代碼的可運行程序。然後，可直接運行這個程序。
解釋型語言：把做好的源程序翻譯一句，然後執行一句，直至結束！區別：編譯型語言，執行速度快、效率高；依靠編譯器、跨平台性差些。
解釋型語言，執行速度慢、效率低；依靠解釋器、跨平台性好。
個人認為，java是解釋型的語言，因為雖然java也需要編譯，編譯成.class文件，但是並不是機器可以識別的語言，而是位元組碼，最終還是需要 jvm的解釋，才能在各個平台執行，這同時也是java跨平台的原因。所以可是說java即是編譯型的，也是解釋型，但是假如非要歸類的話，從概念上的定義，恐怕java應該歸到解釋型的語言中。

⑥ 編譯型語言和解釋型語言的區別是什麼

編譯型語言和解釋型語言的區別是翻譯的時間點不同。

編譯型語言：編譯型語言在執行之前要先經過編譯過程，編譯成為一個可執行的機器語言的文件，比如exe。

因為翻譯只做一遍，以後都不需要翻譯，所以執行效率高。

解釋型語言：解釋性語言編寫的程序不進行預先編譯，以文本方式存儲程序代碼。

執行時才翻譯執行程序每執行一次就要翻譯一遍。

編譯型語言和解釋型語言的詳細介紹：

對於編譯型語言，開發完成以後需要將所有的源代碼都轉換成可執行程序，比如Windows下的．exe文件，可執行程序裡麵包含的就是機器碼。只要我們擁有可執行程序，就可以隨時運行，不用再重新編譯了，也就是「一次編譯，無限次運行」。

在運行的時候，我們只需要編譯生成的可執行程序，不再需要源代碼和編譯器了，所以說編譯型語言可以脫離開發環境運行。

編譯型語言一般是不能跨平台的，也就是不能在不同的操作系統之間隨意切換。

對於解釋型語言，每次執行程序都需要一邊轉換一邊執行，用到哪些源代碼就將哪些源代碼轉換成機器碼，用不到的不進行任何處理。

每次執行程序時可能使用不同的功能，這個時候需要轉換的源代碼也不一樣。

因為每次執行程序都需要重新轉換源代碼，所以解釋型語言的執行效率天生就低於編譯型語言，甚至存在數量級的差距。

計算機的一些底層功能，或者關鍵演算法，一般都使用C/C++實現，只有在應用層面（比如網站開發、批處理、小工具等）才會使用解釋型語言。

⑦ 編譯型語言和解釋型語言的區別

編譯型語言在程序執行之前，有一個單獨的編譯過程，將程序翻譯成機器語言就不用再進行翻譯了。

解釋型語言，是在運行的時候將程序翻譯成機器語言，所以運行速度相對於編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（解碼-抓取-執行）的周期，它們比編譯型程序慢很多。

• 解釋器也會做很多代碼優化，運行時安全性檢查；這些額外的步驟佔用了更多的資源並進一步降低了應用的運行速度。

⑧ 編譯型語言和解釋型語言各自的優缺點是什麼

一、編譯型語言

優點：運行速度快，代碼效率高，編譯後的程序不可修改，保密性較好。

缺點：代碼需要經過編譯方可運行，可移植性差，只能在兼容的操作系統上運行 。

二、解釋型語言

優點：可移植性較好，只要有解釋環境，可在不同的操作系統上運行。

缺點：運行需要解釋環境，運行起來比編譯的要慢，佔用資源也要多一些，代碼效率低，代碼修改後就可運行，不需要編譯過程。

(8)編譯型語言的過程擴展閱讀：

編譯型語言：程序在執行之前需要一個專門的編譯過程，把程序編譯成 為機器語言的文件，運行時不需要重新翻譯，直接使用編譯的結果就行了。程序執行效率高，依賴編譯器，跨平台性差些。如C、C++、Delphi等。而相對的，解釋性語言編寫的程序不進行預先編譯，以文本方式存儲程序代碼。在發布程序時，看起來省了道編譯工序。但是在運行程序的時候，解釋性語言必須先解釋再運行。

⑨ 程序的編譯過程是怎樣的程序的解釋過程是怎樣的

編譯器首先用掃描程序掃描源代碼，然後用語法分析程序分析得到語法樹，然後經過語義分析、優化處理，最後通過代碼生成程序得到目標代碼的文件。
整個編譯過程就是（掃描-語法分析-語義分析-優化-目標代碼生成）。通常生成的是匯編代碼，機器代碼，可以直接執行，不需要解釋。
而解釋的過程只使用與解釋型語言，這種語言只編譯成一種中間文件，在運行時通過虛擬機讀取中間文件進行解釋運行。這種語言天生速度比較慢，但可以達到所謂的跨平台效果。
如果想深入了解，推薦看一看《編譯原理》，如果只是想大概了解，推薦看一看《編譯原理》的目錄~呵呵

⑩ 解釋型語言和編譯型語言的區別

首先，我們編程都是用的高級語言(寫匯編和機器語言的大牛們除外)，計算機不能直接理解高級語言，只能理解和運行機器語言，所以必須要把高級語言翻譯成機器語言，計算機才能運行高級語言所編寫的程序。
說到翻譯，其實翻譯的方式有兩種，一個是編譯，一個是解釋。兩種方式只是翻譯的時間不同。
用編譯型語言寫的程序執行之前，需要一個專門的編譯過程，通過編譯系統（不僅僅只是通過編譯器，編譯器只是編譯系統的一部分）把高級語言翻譯成機器語言（具體翻譯過程可以參看下圖），把源高級程序編譯成為機器語言文件，比如windows下的exe文件。以後就可以直接運行而不需要編譯了，因為翻譯只做了一次，運行時不需要翻譯，所以編譯型語言的程序執行效率高，但也不能一概而論，部分解釋型語言的解釋器通過在運行時動態優化代碼，甚至能夠使解釋型語言的性能超過編譯型語言。