❶ 寫編譯器必須要會匯編語言嗎
這種事情從理論層面來說：不一定要與匯編語言有什麼瓜葛。你完全可以讓你的編譯器直接編譯成機器碼。大部分C/C++編譯器（不是所有的）之所以先編譯成匯編語言，是為了解構。從C到匯編的「翻譯」相對容易（都算是抽象語言，有語義的），同時匯編語言的編譯器效率很高，可以生成質量非常高的機器碼。所以兩者結合，可以突出各自的優勢，減少復雜度。
但是如果有必要，當然也可以直接編寫產生機器碼的編譯器，實際上Java/C#這樣的半編譯語言和Js這樣的腳本語言，都沒有先轉換成匯編的這一步。前者是因為強大的虛擬機技術，直接把位元組碼轉換成機器碼執行了，後者是靈活的解釋器，實時把代碼轉換成機器碼執行，而完全沒有「編譯」這一步（當然如果深究的話，出於性能考慮，很多高性能的解釋器也會提前「預編譯」一部分代碼，但這是具體實現，不是宏觀概念）。
❷ 任何高級語言都是編譯成匯編代碼然後運行的嗎
編譯器，是將便於人編寫，閱讀，維護的高級計算機語言翻譯為計算機能識別，運行的低級機器語言的程序。編譯器將源程序（Source program）作為輸入，翻譯產生使用目標語言（Target language）的等價程序。源程序一般為高級語言（High-level language），如Pascal，C++等，而目標語言則是匯編語言或目標機器的目標代碼（Object code），有時也稱作機器代碼（Machine code）。一個現代編譯器的主要工作流程如下：
源程序（source code）→預處理器（preprocessor）→編譯器（compiler）→匯編程序（assembler）→目標程序（object code）→連接器（鏈接器，Linker）→可執行程序（executables]）工作原理
翻譯是從源代碼（通常為高級語言）到能直接被計算機或虛擬機執行的目標代碼（通常為低級語言或機器言）。然而，也存在從低級語言到高級語言的編譯器，這類編譯器中用來從由高級語言生成的低級語言代碼重新生成高級語言代碼的又被叫做反編譯器。也有從一種高級語言生成另一種高級語言的編譯器，或者生成一種需要進一步處理的的中間代碼的編譯器（又叫級聯）。典型的編譯器輸出是由包含入口點的名字和地址以及外部調用（到不在這個目標文件中的函數調用）的機器代碼所組成的目標文件。一組目標文件，不必是同一編譯器產生，但使用的編譯器必需採用同樣的輸出格式，可以鏈接在一起並生成可以由用戶直接執行的可執行程序。
肯定是要先編譯成機器碼，計算機才能識別。
❸ 編譯器為什麼會生成匯編語言而不是機器語言
計算機只能識別二進制代碼，所以機器指令是由二進制代碼組成的，即你所說的機器語言。所謂匯編語言，只是一種符號，用來方便人們使用，否則你看到的都是一串串的01011011之類的信息，一眼就認出它是什麼指令非常困難，而用匯編語言這種符號，一看就知道是什麼指令了。這種符號語言用助記符來表示操作碼，用符號或符號地址來表示操作數或數地址，它與機器指令是一一對應的。（樓上各位表述的所謂「步驟」論是不確切的）
所以，並不是你說的「生成匯編語言而不是機器語言」，生成的是機器語言，你在調試器或反匯編程序中看到的匯編語言代碼只是由反匯編程序把機器指令翻譯成你看得懂的符號－－匯編語言－－而已。（比如你在OD或IDA中可以看到每行匯編指令前面都有機器碼，如push ebp的機器碼是55h，單看55，你不是熟手的話可能還不知道它是什麼指令，後面給你顯示出符號"push ebp"，你一下子就明白了，這就是一一對應的關系，連"55"都是為了讓你看的方便，否則應是01010101，即8個電子元件的電源開、關狀態）
同樣的道理，你在十六進制編輯器（如winhex、HexWorkShop等軟體）中看到的是十六進制每行16位元組排列的，那也是經過把二進制代碼每位元組轉換成十六進制顯示給你看的。
關於平台問題，當然會有影響，不同的CPU有不同的指令系統，就連同一廠家的CPU指令系統都不同，比如Intel公司的CPU，從最早的到現在的，指令不斷增多，什麼MMX、SSE等等新指令集不斷出現，更不要說不同廠家的CPU了。當然它們之間也有很多兼容的指令集。
❹ 匯編程序是怎麼編譯的
匯編語言是一種低級語言，匯編語言是匯編指令集、偽指令集和使用它們規則的統稱，使用具有一定含義的符號為助憶符，用指令助憶符、符號地址等組成的符號指令稱為匯編格式指令。
過程：
編輯：用編輯軟體（EDIT.EXE或記事本）形成源程序（.ASM）
匯編：用匯編程序（MASM.EXE）對源程序進行匯編，形成目標文件（.OBJ），格式如下：MASM LX.ASM;
連接：用連接程序（LINK.EXE）對目標程序進行連接，形成可執行文件（.EXE），格式如下：LINK LX.OBJ;
執行：如果結果在屏幕在顯示，則直接執行可執行文件。
調試：用調試程序（LINK.EXE）對可執行文件進行調試，格式如下：DEBUG LX.EXE
匯編語言中，用助記符(Memoni)代替操作碼，用地址符號(Symbol)或標號(Label)代替地址碼。匯編程序(如MASM)的原理實際上就是把匯編的代碼轉成電腦可以識別的二進制碼
❺ C語言為什麼要先編譯成匯編語言
C語言，具有可移植性，或者說同樣的代碼可以在不同cpu平台上運行得到同樣的結果
匯編語言，移植性差，一般針對某型cpu，每個類型的cpu都有自己的匯編語言
為保證C語言編制的通用演算法的可移植性，比如我們用C編寫了一套mp3解碼演算法程序，要在pc機上、手機上都能用，那麼我們就採用通用的C編譯器，將C語言程序編譯成指定CPU的匯編語言，再匯編成機器可執行程序。
另一個用途是程序優化問題，在C語言層次，由於是高級語言，不涉及底層硬體，那麼底層硬體的特性不能夠得到充分利用，在需要優化演算法的場合，我們需要將C語言演算法編譯生成匯編程序，然後修改需要優化的匯編程序達到目的。比如，你在手機上經常會遇到音頻解碼器，需要安裝，而且不同的cpu需要選擇不同的解碼器，這些解碼器應當就是在匯編層次上優化了演算法的可執行代碼，關鍵部分經過匯編級優化，不需要優化部分仍然使用C語言編譯的結果。
❻ 為什麼需要匯編程序，編譯程序或解釋程序
編譯程序是必須的，用戶用高級語言或匯編語言編寫的程序，計算機是不能執行的，必須要由編譯程序翻譯成機器碼程序，計算機才能識別和執行。否則，人們寫的各種程序都是無用的。
匯編程序並不是必須的，只是有些場合要用匯編語言寫程序，或部分人還用匯編語言寫程序，再由匯編程序（其實也是編譯程序）來翻譯。但現在，可以不用匯編語言寫程序了。
至於解釋程序，現在幾乎不用了。這是在早期的計算機上，用高級語言寫的程序，並不用編譯成機器碼，而是可以直接運行高級語言程序，然後由解釋程序逐條進行翻譯，一邊翻譯一邊執行。這樣的執行程度是很慢的。
❼ 如何使用編譯器編譯匯編語言源程序
1、對支持內嵌匯編的，高級語言的編譯器能直接編譯！
2、對不支持內嵌匯編的情況：自然是用匯編編譯程序先將匯編源代碼編譯為obj文件，再由鏈接程序link和其他obj文件裝配形成exe。
❽ 用c語言寫程序時，還可以用匯編語言嗎
可以像樓上一樣用特定編譯器支持的asm、__asm一類關鍵字內嵌匯編，也可以讓編譯器編譯時輸出匯編代碼，然後再在上面進行改動，最後一並轉成機器碼。要用哪種方法還是看需要而定，如果是實現一個特定模塊，可以內嵌；如果是要做代碼調整，用後一種。
不過話說回來，在現代編譯器把優化已經做得很好的情況下，用C這么底層的語言已經很少用得到匯編了。
❾ 編譯後一定要匯編嗎
這種事情從理論層面來說：不一定要與匯編語言有什麼瓜葛。你完全可以讓你的編譯器直接編譯成機器碼。大部分C/C++編譯器（不是所有的）之所以先編譯成匯編語言，是為了解構。從C到匯編的「翻譯」相對容易（都算是抽象語言，有語義的），同時匯編語言的編譯器效率很高，可以生成質量非常高的機器碼。所以兩者結合，可以突出各自的優勢，減少復雜度。
但是如果有必要，當然也可以直接編寫產生機器碼的編譯器，實際上Java/C#這樣的半編譯語言和Js這樣的腳本語言，都沒有先轉換成匯編的這一步。前者是因為強大的虛擬機技術，直接把位元組碼轉換成機器碼執行了，後者是靈活的解釋器，實時把代碼轉換成機器碼執行，而完全沒有「編譯」這一步（當然如果深究的話，出於性能考慮，很多高性能的解釋器也會提前「預編譯」一部分代碼，但這是具體實現，不是宏觀概念）。
❿ 匯編語言編譯器是怎麼來的
第一個軟體，顯然是用機器語言寫的。
當用機器語言寫成了文字處理軟體，才能用屏幕、鍵盤打字。
當用機器語言寫成了編譯軟體，才能把打好的字，編譯成機器碼。