編譯後的代碼分為幾個段

① 編譯過程包括哪幾個主要階段及每個階段的功能。

【答案】：編譯過程包括詞法分析、語法分析、語義分析和中間代碼生成、優化、目標代碼生成5個階段。
詞法分析的功能是弊則對輸入的高級語言源程序進行詞法分析，識別其中的單詞符號，確定它們的種類，交給語法分析器，即把字元串形式的源程序分解為單詞符號串形式。
語法分析的功能是在詞法分析結果的基礎上，運用語言的語法規則，對程指或序進行語法分析，識別構成程序的各類語法范疇及它們之間的層次關系，並把這種層次關系表達成語法樹的形式。
詞義分析和中間代碼生成的功能是在語法分析的基礎上，對程序進行語義分析，「理解」其含義，產生出表達程序語義的內部表達形式(中間代碼)。表達語義的中間代碼與機器租逗棚代碼相似，可以認為這一步進行了翻譯工作，把源程序翻譯成了與具體機器指令系統無關的抽象指令代碼。
優化的功能是按照等價變換的原則，對語義分析器產生的中間代碼序列進行等價變換，刪除其中多餘的操作，對耗時耗空間的代碼進行優化，以期最後得到高效的可執行代碼。
目標代碼生成的功能是把優化後的中間代碼變換成機器指令代碼，得到可在目標機器上執行的機器語言程序。

② 編譯程序分為哪幾個主要部分

1、詞法分析

詞法分析的任務是對由字元組成的單詞進行處理，從左至右逐個字元地對源程序進行掃描，產生一個個的單詞符號，把作為字元串的源程序改造成為單詞符號串的中間程序。執行詞法分析的程序稱為詞法分析程序或掃描器。

2、語法分析

編譯程序的語法分析器以單詞符號作為輸入，分析單詞符號串是否形成符合語法規則的語法單位，如表達式、賦值、循環等，最後看是否構成一個符合要求的程序，按該語言使用的語法規則分析檢查每條語句是否有正確的邏輯結構，程序是最終的一個語法單位。

3、中間代碼生成

中間代碼是源程序的一種內部表示，或稱中間語言。中間代碼的作用是可使編譯程序的結構在邏輯上更為簡單明確，特別是可使目標代碼的優化比較容易實現。中間代碼即為中間語言程序，中間語言的復雜性介於源程序語言和機器語言之間。

4、代碼優化

代碼優化是指對程序進行多種等價變換，使得從變換後的程序出發，能生成更有效的目標代碼。所謂等價，是指不改變程序的運行結果。所謂有效，主要指目標代碼運行時間較短，以及佔用的存儲空間較小。這種變換稱為優化。

5、目標代碼生成

目標代碼生成是編譯的最後一個階段。目標代碼生成器把語法分析後或優化後的中間代碼變換成目標代碼。

(2)編譯後的代碼分為幾個段擴展閱讀：

特點

數據結構分析和綜合時所用的主要數據結構，包括符號表、常數表和中間語言程序。符號表由源程序中所用的標識符連同它們的屬性組成。

其中屬性包括種類（如變數、數組、結構、函數、過程等）、類型（如整型、實型、字元串、復型、標號等），以及目標程序所需的其他信息。常數表由源程序中用的常數組成，其中包括常數的機內表示，以及分配給它們的目標程序地址。

分析部分源程序的分析是經過詞法分析、語法分析和語義分析三個步驟實現的。詞法分析由詞法分析程序（又稱為掃描程序）完成。

其任務是識別單詞（即標識符、常數、保留字，以及各種運算符、標點符號等）、造符號表和常數表，以及將源程序換碼為編譯程序易於分析和加工的內部形式。

③ 描述一般的編譯程序可分為哪些階段，每個階段的目的是什麼

其目的是保證標識符和常數的正確使用,把必要的信息...綜合部分 綜合階段必須根據符號表和中間語言程序產生...目標程序質量,也可以把一個邏輯步驟的工作分為幾遍.

④ C語言文件的編譯與執行的四個階段並分別描述

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

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

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

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

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

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

(4)編譯後的代碼分為幾個段擴展閱讀：

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

1、首先，源代碼文件測試。以及相關的頭文件，比如stdio。H、由預處理器CPP預處理為．I文件。預編譯的。文件不包含任何宏定義，因為所有宏都已展開，並且包含的文件已插入。我歸檔。

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

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

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

⑤ 編譯為什麼要分成不同的階段請解釋編譯的幾個不同階段

編譯過程分為分析和綜合兩個部分，並進一步劃分為詞法分析、語法分析、 語義分析、 代碼優化、存儲分配和代碼生成等六個相繼的邏輯步驟。
這六個步驟只表示編譯程序各部分之間的邏輯聯系，而不是時間關系。編譯過程既可以按照這六個邏輯步驟順序地執行，也可以按照平行互鎖方式去執行。在確定編譯程序的具體結構時，常常分若干遍實現。對於源程序或中間語言程序，從頭到尾掃視一次並實現所規定的工作稱作一遍。每一遍可以完成一個或相連幾個邏輯步驟的工作。例如，可以把詞法分析作為第一遍；語法分析和語義分析作為第二遍；代碼優化和存儲分配作為第三遍；代碼生成作為第四遍。反之，為了適應較小的存儲空間或提高目標程序質量，也可以把一個邏輯步驟的工作分為幾遍去執行。例如，代碼優化可劃分為代碼優化准備工作和實際代碼優化兩遍進行。

⑥ C語言源程序的編譯過程包括哪三個階段

編譯：將源程序轉換為擴展名為.obj的二進制代碼
連接：將obj文件進行連接，加入庫函數等生成可執行文件
運行：執行可執行文件，有錯返回修改，無錯結束

⑦ C語言代碼組成 - BSS、Data、Stack、Heap、Code、Const

一段C語言經過編譯連接後，成為一段可以運行的代碼，可運行的代碼可以分為以下四個部分組成：全局變數/靜態變數區、堆、棧、代碼區。其中全局變數/靜態變數區又分為未初始化變數區和初始化變數區，代碼區又分為代碼和常量區。即匯總下來，代碼可以分為6部分組成，包括：BSS區（未初始化的全局變數/靜態變數區）、Data區（實始化的全局變數區）、Stack區（棧區）、heap區（堆區）、Code區（代碼區）、const區（常量區）。

一、BSS區和Data區

C語言編程中定義的全局變數、靜態局部變數，就是分配在全局變數/靜態變數區域，但是為什麼又要分為BSS區域和Data區域呢？其實我們在定義全局或者靜態變數區，有時我會對它賦初始值，有的又不會賦初始化，比如我們定義的全局變數，初始化的賦值，是怎麼樣寫到變數區域中的，我們定義的靜態局部變數，在定義時初始化後，為什麼後面函數被調用，又不會再初始化呢？這個局部靜態變數是怎麼樣實始化的，什麼時候初始化的？

如果分析編譯後的匯編代碼，就會發現在代碼運行起來後，會有一段給變數賦值的指令，這一段代碼，不是我們C代碼對應的匯編，而是C編譯器生成的匯編譯代碼，這段代碼的作用就是給初始化了的靜態變數和全局變數進行初始化。這也是為什麼全局/靜態變數區域，要分BSS和Data的原因。

二、Stack區

棧是一種先進後出的數據結構，這種數據結構正好完美的匹配函數調用時的模型過程，比如函數f(a)在運行過程中調用函數f(b)，f(a）在運行過程中的變數就是分配在棧中，通過在調用f(b)前，會將代碼中用到的R0~Rn寄存器的值保存到棧中，同時將函數的傳入參數寫入到棧中，然後進入f(b)函數，函數f(b)的變數b分配在棧中，當函數運行完畢後，釋放變數b，將棧中存放的f（a）函數的運行的R0~Rn寄存器值恢復到寄存器中，同時f(b)的返回結果存入到棧中，這樣f（a）繼續運行。當一個函數運行完畢後，它在棧中分配的臨時變數會全部釋放。

對於中斷也是一樣的，中斷發生時，也是一個函數打斷了另一個函數的運行，這種現場的保存（即寄存器的值）,都是通過棧來完成的。所以棧的作用有：

三、Heap區

全局變數分配的內存在代碼整個運行周期內都是有效的，而在棧區分配的內存在函數調用完成後，就會釋放。這兩種內存模型都是由編譯器決定它的使用，代碼是無法控制的。那有沒有內存是由用戶控制的，要用時，就自由分配，不用時，就自行釋放？答案是肯定的，這部分內存就是堆。

用戶需要使用的動態內存，就是通過malloc函數，調用分配的，在沒有釋放前，可一直由代碼使用。當這部分內存不再需要使用時，可以通過free函數進行釋放，將它歸還到堆中。從這中可以看出，堆的內存，是按需分配的。這就是賦予了代碼很大的自由度，但這也是會帶來負作用的，比如：內存碎片化導致的malloc失敗；忘記釋放內存導致的內存泄露，而這些往往是致命的失誤。

四、Code區

代碼區就是編譯後機器指令，這些指令決定了功能的執行。我們編譯的代碼一般是下載進flash中，但是運行，卻有兩種方式：在RAM中運行和在ROM中運行。 在RAM中運行，即是boot啟動後，將flash中的代碼復制到RAM中，然後PC指針在指到RAM中的代碼中開始運行。 有時在調試時，我們可以直接將代碼下載進RAM中運行進行調試，這樣加快調試速度。便是大部分的情況我們的代碼是從flash中開始運行的。

五、常量區

代碼中的常量，一部分是作為立即數，在代碼區中，但是像定義的字元串、給某數組賦值的一串數值，這些常量，就存在常量區，我們常用const來定義一個常量，即該變數不能再必變。這部分的變數，編譯器一般將它定義的flash中。

六、各個區域大小的是如何決定的：

code區和const區：是由代碼的大小和代碼中常量的多少來決定的。

bss區和data區：這是由代碼中定義的全局變數和局部變數的多少來決定的。

stack區：這個可以由使用都自行定義大小，但使用都要根據自已代碼的情況，評估出一個合理的值，再定義其大小，如果定義的太小，很容易爆棧，導至代碼異常，但是如果定義的太大，就容易浪費內存。

heap區：RAM剩下的部分，編譯器就會作為堆區使用。

七、嵌入式代碼一般啟動過程

以STM32為例，通過分析其匯編啟支代碼，大致可以分為以下幾個步驟：

如果大家想看編譯扣，代碼文件的組成，可以查看統後生的map文件，裡面有詳細的數據，包括各個函數的分配內存，BSS，Data，Stack，Heap，Text的分配情況。

如果相要了解詳細的代碼啟動過程，可看它的啟動匯編文件。

⑧ 編譯程序的工作過程一般可以劃分為哪5個基本階段，還自始至終伴隨進行哪兩項工作

1、編譯程序把一個源程序翻譯成目標程序的工作過程分為五個階段：詞法分析；語法分析；中間代碼生成；代碼優化；目標代碼生成。

2、編譯程序的工作過程一般自始至終伴隨進行信息表管理和出錯處理兩項工作。

主要是進行詞法分析和語法分析，又稱為源程序分析，分析過程中發現有語法錯誤，給出提示信息。

(8)編譯後的代碼分為幾個段擴展閱讀：

解釋程序是一種語言處理程序，在詞法、語法和語義分析方面與編譯程序的工作原理基本相同，但在運行用戶程序時，它直接執行源程序或源程序的內部形式(中間代碼)。因此，解釋程序並不產生目標程序，這是它和編譯程序的主要區別。解釋程序的工作過程如下：

1、由總控程序完成初始化工作。

2、依次從源程序中取出一條語句進行語法檢查，如有錯，輸出錯誤信息；如果通過了語法檢查，則根據語句翻澤成相應的指令並執行它。

3、檢查源程序是否已經全部解釋執行完畢，如果未完成則繼續解釋並執行下一條語句，直到全部語句都處理完畢。

⑨ 典型的編譯器可以劃分成幾個主要的邏輯階段

這是我們今天的作業，

典型的編譯器可以劃分成七個主要的邏輯階段，分別是詞法分析器、語法分析器、語義分析器、中間代碼生成器、獨立於機器的代碼優化器、代碼生成器、依賴於機器的代碼優化器。各階段的主要功能：

（1）詞法分析器：詞法分析閱讀構成源程序的字元流，按編程語言的詞法規則把它們組成詞法記號流。

（2）語法分析器：按編程語言的語法規則檢查詞法分析輸出的記號流是否符合這些規則，並依據這些規則所體現出的該語言的各種語言構造的層次性，用各記號的第一元建成一種樹形的中間表示，這個中間表示用抽象語法的方式描繪了該記號流的語法情況。

（3）語義分析器：使用語法樹和符號表中的信息，依據語言定義來檢查源程序的語義一致性，以保證程序各部分能有意義地結合在一起。它還收集類型信息，把它們保存在符號表或語法樹中。

（4）中間代碼生成器:為源程序產生更低級的顯示中間表示，可以認為這種中間表示是一種抽象機的程序。

（5）獨立於機器的代碼優化器：試圖改進中間代碼，以便產生較好的目標代碼。通常，較好是指執行較快，但也可能是其他目標，如目標代碼較短或目標代碼執行時能耗較低。

（6）代碼生成器：取源程序的一種中間表示作為輸入並把它映射到一種目標語言。如果目標語言是機器代碼，則需要為源程序所用的變數選擇寄存器或內存單元，然後把中間指令序列翻譯為完成同樣任務的機器指令序列。

（7）依賴於機器的代碼優化器：試圖改進目標機器代碼，以便產生較好的目標機器代碼。

⑩ 編譯過程分為哪幾個階段各階段的遵循的原則、識別機構、使用的文法編譯原理

編譯原理中的遍概念
編譯階段也常常劃分為兩大步驟，分析步驟和綜合步驟 分析步驟和綜合步驟 分析步驟是指對源程序的分析 －線性分析(詞法分析或掃描) －層次分析(語法分析) －語義分析 綜合步驟是指後端的工作，為目標程序的生成而進行的綜合

你分析過嗎？若按照這種組合方式實現編譯程序，可以設想，某一編譯程序的前端加上相應不同的後 端則可以為不同的機器構成同一個源語言的編譯程序。也可以設想，不同語言編譯的前端生成同一種中間 語言，再使用一個共同的後端，則可為同一機器生成幾個語言的編譯程序。

一個編譯過程可由一遍、兩遍或多遍完成。所謂"遍"，也稱作"趟"，是對源程序或其等價的中間語言程 序從頭到尾掃視並完成規定任務的過程。每一遍掃視可完成上述一個階段或多個階段的工作。例如一遍可 以只完成詞法分析工作；一遍完成詞法分析和語法分析工作；甚至一遍完成整個編譯工作。對於多遍的編 譯程序，第一遍的輸入是用戶書寫的源程序，最後一遍的輸出是目標語言程序，其餘是上一遍的輸出為下 一遍的輸入。

在實際的編譯系統的設計中，編譯的幾個階段的工作究竟應該怎樣組合，即編譯程序究竟分成幾遍， 參考的因素主要是源語言和機器(目標機)的特徵。比如源語言的結構直接影響編譯的遍的劃分；像 PL/1 或 ALGOL 68 那樣的語言，允許名字的說明出現在名字的使用之後，那麼在看到名字之前是不便為包含該名 字的表達式生成代碼的，這種語言的編譯程序至少分成兩遍才容易生成代碼。另外機器的情況，即編譯程 序工作的環境也影響編譯程序的遍數的劃分。遍數多一點，整個編譯程序的邏輯結構可能清晰些，但遍數 多即意味著增加讀寫中間文件的次數，勢必消耗較多時間，一般會比一遍的編譯要慢。