位元組碼運行在編譯器嗎
⑴ 寫個編譯器，把C++代碼編譯到JVM的位元組碼可不可行
java是平台無關的語言是指用Java寫的應用程序不用修改就可在不同的軟硬體平台上運行。平台無關有兩種：源代碼級和目標代碼級。C和C++具有一定程度的源代碼級平台無關，表明用C或C++寫的應用程序不用修改只需重新編譯就可以在不同平台上運行。
Java主要靠Java虛擬機（JVM）在目標碼級實現平台無關性。JVM是一種抽象機器，它附著在具體操作系統之上，本身具有一套虛機器指令，並有自己的棧、寄存器組等。但JVM通常是在軟體上而不是在硬體上實現。（目前，SUN系統公司已經設計實現了Java晶元，主要使用在網路計算機NC上。另外，Java晶元的出現也會使Java更容易嵌入到家用電器中。）JVM是Java平台無關的基礎，在JVM上，有一個Java解釋器用來解釋Java編譯器編譯後的程序。Java編程人員在編寫完軟體後，通過Java編譯器將Java源程序編譯為JVM的位元組代碼。任何一台機器只要配備了Java解釋器，就可以運行這個程序，而不管這種位元組碼是在何種平台上生成的（過程如圖1所示）。另外，Java採用的是基於IEEE標準的數據類型。通過JVM保證數據類型的一致性，也確保了Java的平台無關性。
⑵ 什麼是位元組碼文件
位元組碼文件是經過編譯器預處理過的一種文件，是JAVA的執行文件存在形式，
Java源程序（.java）要先編譯成與平台無關的位元組碼文件(.class)，然後位元組碼文件再解釋成機器碼運行。解釋是通過Java虛擬機來執行的。
它本身是二進制文件，但是不可以被系統直接執行，而是需要虛擬機解釋執行，由於被預處理過，所以比一般的解釋代碼要快，但是仍然會比系統直接執行的慢。
(2)位元組碼運行在編譯器嗎擴展閱讀：
在計算機中，數據只用0和1兩種表現形式，(這里只表示一個數據點，不是數字)，一個0或者1佔一個「位」，而系統中規定8個位為一個位元組，用來表示常用的256個字母、符號、控制標記，其中用一個位來進行數據校驗，其他七個位用來記錄數據。
按計算機中的規定，一個英文的字元佔用一個位元組，(如,."':;avcAVC都佔用一個位元組)，而一個漢字以及漢字的標點符號、字元都佔用兩個位元組，(如，。「」：；AVCavc他們就得佔用兩個位元組)。
另外，他們是沒有辦法比較的，只能將一個字元佔用一個位元組，N個字元佔用N個位元組。
K是千 M是兆 G是吉咖 T是太拉 8bit(位)=1Byte(位元組) 1024Byte(位元組)=1KB 1024KB=1MB 1024MB=1GB 1024GB=1TB 1024TB=PB 1024PB=1EB 1024EB=1ZB 1024ZB=1YB 1024YB=1BB。
目前最大的計量單位是1BB (Brontobyte)= 1024 YB=10^27。
⑶ Java中位元組碼文件怎麼理解由解釋器執行，由瀏覽器執行
「java解釋器就是把在java虛擬機上運行的目標代碼（位元組碼）解釋成為具體平台的機器碼的程序。」即jdk或jre目錄下bin目錄中的java.exe文件，而javac.exe是編譯器。
運行java程序的過程是先用javac編譯，然後用java解釋。而一經編譯成功後，就可以直接用java.exe隨處解釋運行了。
網頁瀏覽器只是自帶了javascript的解釋器，其他語言的解釋器沒有。至於有些語言如java等可以在瀏覽器上運行是因為瀏覽器通過插件的形式支持的
⑷ 什麼是Java位元組碼
它是程序的一種低級表示，可以運行於Java虛擬機上。將程序抽象成位元組碼可以保證Java程序在各種設備上的運行
Java號稱是一門「一次編譯到處運行」的語言，從我們寫的java文件到通過編譯器編譯成java位元組碼文件（.class文件），這個過程是java編譯過程；而我們的java虛擬機執行的就是位元組碼文件。不論該位元組碼文件來自何方，由哪種編譯器編譯，甚至是手寫位元組碼文件，只要符合java虛擬機的規范，那麼它就能夠執行該位元組碼文件。
JAVA程序的運行
因為Java具有跨平台特性，為了實現這個特性Java執行在一台虛擬機上，這台虛擬機也就是JVM，Java通過JVM屏蔽了不同平台之間的差異，從而做到一次編譯到處執行。JVM位於Java編譯器和OS平台之間，Java編譯器只需面向JVM，生成JVM能理解的代碼，這個代碼即位元組碼，JVM再將位元組碼翻譯成真實機器所能理解的二進制機器碼。
位元組碼是怎麼產生的？
我們所編寫的程序都是.java格式，通常在執行的時候也許點擊一下eclipse的運行鍵就可以在控制台看到運行結果，但是也可以更酷一些，如果你裝了JDK，那就可以直接在以命令行的方式編譯運行你的.java文件，編譯後會形成.class文件，這個.class文件即位元組碼。
位元組碼怎麼解讀？
上圖是編譯好的位元組碼文件，即一堆16進制的位元組,如果使用IDE去打開，也許看到的是已經被反編譯的我們所熟悉的java代碼，但這才是純正的位元組碼
這里只介紹位元組碼由哪些部分組成, 具體的意思自行網路或者看文尾的連接, 有較為詳細的講解
上圖即位元組碼文件的組成部分, Class文件的結構不像XML等描述語言那樣鬆散自由。由於它沒有任何分隔符號，
所以，以上數據項無論是順序還是數量都是被嚴格限定的。哪個位元組代表什麼含義，長度是多少，先後順序如何，都不允許改變, 如上圖左側即每一部分規定的長度
魔數(Magic Number)
魔數是用來區分文件類型的一種標志，一般都是用文件的前幾個位元組來表示。
比如0XCAFE BABE表示的是class文件，那麼有人會問，文件類型可以通過文件名後綴來判斷啊？是的，但是文件名是可以修改的（包括後綴），那麼為了保證文件的安全性，將文件類型寫在文件內部來保證不被篡改。
至於為什麼是CAFE BABE估計大家也能猜到, 程序員與咖啡的不解之緣
版本號(Version)
版本號含主版本號和次版本號，都是各佔2個位元組。在此Demo種為0X0000 0033。其中前面的0000是次版本號，後面的0033是主版本號。通過進制轉換得到的是次版本號為0，主版本號為51。高版本的JDK能向下兼容以前版本的Class文件，但不能運行以後版本的Class文件，即使文件格式未發生任何變化. 這就是target參數的用處，可以在使用JDK 1.7編譯時指定-target 1.5
常量池(Constant Pool)
常量池是Class文件中的資源倉庫, 量池中主要存儲2大類常量：字面量和符號引用。字面量如文本字元串，java中聲明為final的常量值等等，而符號引用如類和介面的全局限定名，欄位的名稱和描述符，方法的名稱和描述符。常量池是一個表結構，在表的內容前有一個類型的計數器，表示常量池的長度
上面的表中描述了11中數據類型的結構，其實在jdk1.7之後又增加了3種（CONSTANT_MethodHandle_info,CONSTANT_MethodType_info以及CONSTANT_InvokeDynamic_info)。這樣算起來一共是14種
訪問標志(Access_Flag)
訪問標志信息包括該Class文件是類還是介面，是否被定義成public，是否是abstract，如果是類，是否被聲明成final。通過上面的源代碼，我們知道該文件是類並且是public。
0x 00 21：是0×0020和0×0001的並集。其中0×0020這個標志值涉及到位元組碼指令
類索引(This Class Name)
類索引用於確定類的全限定名
0×00 03 表示引用第3個常量，同時第3個常量引用第19個常量，查找得」com/demo/Demo」。#3.#19
父類索引(Super Class Name)
0×00 04 同理：#4.#20(java/lang/Object)
介面索引(Interfaces)
通過上邊位元組碼圖可以看到，這個介面有2+n個位元組，前兩個位元組表示的是介面數量，後面跟著就是介面的表。我們這個類沒有任何介面，所以應該是0000。果不其然，查找位元組碼文件得到的就是0000。
欄位表集合(fields)
欄位表用於描述類和介面中聲明的變數。這里的欄位包含了類級別變數以及實例變數，但是不包括方法內部聲明的局部變數。接下來就是2+n個欄位屬性。我們只有一個屬性a，所以應該是0001。查找文件果不其然是0001。
該區域含有欄位的訪問標志, 訪問許可權, 欄位的名稱索引, 欄位的描述符索引, 屬性表
描述符的作用就是用來描述欄位的數據類型、方法的參數列表和返回值。而屬性表就是為欄位表和方法表提供額外信息的表結構。對於欄位來說，此處如果將欄位聲明為一個static final msg = "aaa"的常量，則欄位後就會跟著一個屬性表，其中存在一項名為ConstantValue，指向常量池中的一個常量，值為的"aaa"。
方法(methods)
包含訪問標志表, 方法名索引 , 方法描述符索引, 屬性表數量,等
Attribute
0×0001 ：同樣的，表示有1個Attributes了。
0x000f : #15(「SourceFile」)
0×0000 0002 attribute_length=2
0×0010 : sourcefile_index = #16(「Demo.java」)
SourceFile屬性用來記錄生成該Class文件的源碼文件名稱。
⑸ 負責編譯和解釋執行位元組碼的是編譯器還是虛擬機
java執行的位元組碼會被虛擬機翻譯成本地的匯編，再交給CPU運行，C＋＋編譯出來的直接是本地的匯編，不需要再次轉換，所以C＋＋程序的執行效率更高一些。