編譯器用語言還是匯編

1. 單片機編程用匯編好還是C語言好

單片機編程，C語言編程但很好。

大致分成三類：機器語言、匯編語言、高級語言。機器語言由於繁瑣容易出錯，大部分用戶已經不再便用。

1．單片機匯編語言

匯編語言是一種符號語言，它使用文字助記符來表示機器指令。它是最接近機器代碼的語言。它的主要優點是佔用資源少，程序執行效率高。由於每條指令對應於一個機器碼，所以每一步的執行都非常清楚。

並且程序的大小和棧調用都易於控制，調試也更加方便。但是不同類型的單片機，其匯編語言可能會有一點不同，所以移植起來並不容易，因為它們的指令系統是不同的。但掌握匯編語言可以幫助我們理解影響四川語學習效率的特殊規律。

例如，了解匯編語言指令可以讓您使用晶元內ram作為變數，因為晶元外變數需要多個指令來設置訪問的累加器和數據指針。

類似地，只有匯編編程經驗才能防止在需要浮點數和啟用函數時創建大型、低效的程序，這在沒有匯編語言的情況下是無法做到的。

2．單片機的C語言

MCUC語言是一種經過編譯的程序設計語言，它兼顧了多種高級語言的特點，具有匯編語言的功能。C語言具有豐富的庫函數，計算速度快，編譯效率高，可移植性好，並能實現對系統硬體的直接控制。

此外C語言程序具有完整的程序模塊結構，為軟體開發中的模塊化編程方法提供了強有力的保證。與組裝相比，具有以下優點：

MCU的指令系統不需要知道，只需要對51的內存結構有一個初步的了解，對於寄存器的分配，不同的內存定址和數據類型等細節都由編譯器來管理。程序有一個正式的結構，可以分為不同的功能。這使得程序可以結構化，結合變數選擇和特殊操作，並提高程序的可讀性。

大大減少了編程和調試時間，從而提高了效率。所提供的庫包含許多具有強大數據處理能力的標准子常式，由於其方便的模塊化編程技術，可以很容易地將這些子常式編程到新程序中。

功能強大靈活，庫中包含了很多標準的子程序，具有較強的數據處理能力，可以方便地編程植入新的程序，因為它具有方便的模塊化編程技術。

MCUC語言作為一種非常方便的語言而得到了廣泛的支持，（語言程序本身不依賴於機器硬體系統，基本上不根據單片機的修改就可以將U的不同之處快速移植過來。）

利用單片機c語言進行編程，已經成為單片機軟體開發的主流，作為一門綜合性的技術和參與開發的大型軟體系統，單片機開發人員最好能夠掌握基本的c語言編程。

(1)編譯器用語言還是匯編擴展閱讀：

SCM語言

MCU支持三種高級語言，即PL／M、C和BASIC。C語言是一種通用的編程語言，其碼率高，數據類型和運算符豐富，並具有良好的程序結構，適用於各種應用程序的設計，是一種廣泛應用的單片機編程語言。

單片機的C語言採用C51編譯器（簡稱C51）。C51生成的目標代碼短小、快速、存儲空間小，符合C語言的ANSI標准，生成的代碼遵循Intel目標文件格式，可與A51匯編語言或PL／M51語言目標代碼混合使用

2. 為什麼編譯器後端生成的是匯編而不是c語言

編譯器後端生成的應該是機器語言，也就是二進制語言。
匯編語言和機器語言一一對應，所以有時調試顯示的是匯編而已。
至於為什麼是機器語言而不是C，是因為編譯的目標是給機器運行用的，機器只能"看懂"機器語言。

3. 寫編譯器必須要會匯編語言嗎

這種事情從理論層面來說：不一定要與匯編語言有什麼瓜葛。你完全可以讓你的編譯器直接編譯成機器碼。大部分C/C++編譯器（不是所有的）之所以先編譯成匯編語言，是為了解構。從C到匯編的「翻譯」相對容易（都算是抽象語言，有語義的），同時匯編語言的編譯器效率很高，可以生成質量非常高的機器碼。所以兩者結合，可以突出各自的優勢，減少復雜度。
但是如果有必要，當然也可以直接編寫產生機器碼的編譯器，實際上Java/C#這樣的半編譯語言和Js這樣的腳本語言，都沒有先轉換成匯編的這一步。前者是因為強大的虛擬機技術，直接把位元組碼轉換成機器碼執行了，後者是靈活的解釋器，實時把代碼轉換成機器碼執行，而完全沒有「編譯」這一步（當然如果深究的話，出於性能考慮，很多高性能的解釋器也會提前「預編譯」一部分代碼，但這是具體實現，不是宏觀概念）。

4. c語言編譯器是用匯編語言寫的嗎

這個是肯定的。演算法優化，首先是邏輯描述的精煉化。至於C，只是計算邏輯到計算機模式的一種映射，而匯編僅是利用特殊計算機指令的一個更深的藕荷。
不過有一點，C語言由於是計算邏輯到計算機模式的映射，所以不單單考慮演算法本身，還肩負數據組織的實現。數據流動方式，數據組織方式，對計算性能的影響也很大。這要看是否和計算機組成原理相貼近。其實這塊也是側重邏輯的設計，而不是具體機器指令的實現，因此匯編是無能為力的。
不過在DSP等特殊CPU架構，C語言和編譯器無法很好的將上述邏輯轉換為機器指令，或者C本身的邏輯無法很好的貼近CPU的特性，那麼還是得匯編。一個典型的例子就是如何使用DSP的並行指令（通常的矢量計算）和並發指令集，幾個不同的指令（隸屬不同處理單元）的同時執行。使用C語言無法描述清楚這些邏輯方式，而編譯器又太水，則還是不得不用匯編。此時C語言僅能淪落到大的計算機組織特性的貼近，和整體框架，模塊的設計上。細節方面無能為力了。

5. C語言本身是用什麼語言開發的匯編

如果問的是C語言編譯器的話，第一個C語言的編譯器應該是匯編開發的，但是以後就可以用C語言開發C語言編譯器了，編譯這東西並不存在想當然的「大魚吃小魚」的規則，用理論上用JAVA來開發C語言的編譯器都是可以的，但是JAVA運行在JVM上而JVM又是C++開發的，繞了一圈，所以用JAVA這種虛擬機語言開發編譯器不是一種好選擇，據我所知JAVA的編譯器JAVAC倒是用JAVA開發的。
在當下很多編譯器包括C語言的編譯器都用C或者C++或者C/C++混合開發了，連nasm匯編器都是用C/C++開發的，「編譯器悖論」
現在90%的編譯器都是用C/C++開發的，包括他們自己的編譯器

6. c語言編譯器是用匯編語言寫的嗎

直接用指令碼寫第匯編語言編譯器用匯編語言寫新編譯器其實語言都寫匯編編譯器 比第C語言編譯器能用匯編寫C編譯器都用C語言寫神奇吧哈

7. c語言編譯器是用什麼於語言寫的

第一個C語言編譯器應該是用匯編寫的，但是第一個成熟的C語言編譯器應該是由匯編和C語言共同寫的。

編譯原理講到了「自舉編譯器」。大意就是先用底層語言（應該是匯編）寫一個能運行，但效率極低的C語言編譯器（底層語言不好優化），有了C語言的編譯器以後，就可以用C語言好好寫一個編譯器了，用之前那個運行沒問題，但效率低得編譯器編譯一下，就得到了可以使用的編譯器了。

8. 編譯器一般由哪種語言開發

其實我在想為什麼匯編語言生成一個簡單的編譯器後，可以用新生成的編譯器再次生成編譯器，例如，C語言開發C的編譯器呢？
這是一個遞歸的思想，舉個例子一看就明白了
用一個大的模具可以生成一個A模具，A模具可以做出來B模具，依次往下推，最終這個小模具可以做出來小盒子用來裝東西。
第一個大模具肯定是手工做出來的第一個模具，但是有了這個大模具後，後面就可以用他自動的生成更多的模具，後面的各種模具加起來又可以造出來更精緻的模具，
所以，自動第一個大模具造出來模具的時候，大模具就可以被拋棄了。
我們都知道編譯程序通常分為下面五個階段：
1）詞法分析
2）語法分析
3）語義分析與中間代碼產生
4）優化
5）目標代碼生成
當然最難的一點就是目標代碼的生成，這一階段實現了最終的翻譯，就是真正把原碼翻譯成可以被CPU直接計算的機器碼（NativeCode）。

9. c語言編譯器是用什麼語言寫的

第一個C的編譯器前10%是用匯編寫的，後90%使用C寫的，他是用滾雪球的方式寫的，後來的C編譯器基本都是用C寫的

10. 編譯器是用什麼語言寫的，是用高級語言還是匯編語言

早期，用的是機器語言。
之後，才出現的匯編語言編譯器。