java編譯的版本差異
樓主，你好！
jdk小版本之間的區別主要是修補JRE的BUG和漏洞，也可能是修補java編譯器的小BUG。它們編譯的class文件幾乎完全相同。當然，如果jdk小版本的一次升級只是修補了JRE而沒有修補Java編譯器，那麼這兩個版本的java編譯器自然編譯生成的位元組碼文件完全相同。
java編譯器支持編譯特定版本的java源文件，也支持將某版本的java源文件編譯為某版本的位元組碼文件，同時java編譯器也支持以指定的字元集解析Java源文件。例如，可以將java6版本的java源文件編譯為java5的位元組碼文件（也就是說，可以在jre5上運行），也可以將java6版本的java源文件編譯為java7版本的位元組碼文件，而這都是由javac的編譯選項-source和-target決定的，再例如，可以將使用UTF-8編寫java源文件，您也可以使用UTF-16編寫Java源文件，這是您需要指定-encoding 編譯選項。
2. java中eclipse，jdk,jvm,jre,編譯器的區別
JVM就是常說的java虛擬機，它是整個java實現跨平台的 最核心的部分，所有的java程序會首先被編譯為.class的類文件，這種類文件可 以在虛擬機上執行，也就是說class並不直接與機器的操作系統相對應，而是經過虛擬機間接與操作系統交互，由虛擬機將程序解 釋給本地系統執行。
JVM 是 Java 平台的基礎，和實際的機器一樣，它也有自己的指令集，並且在運行 時操作不同的內存區域。 JVM 通過抽象操作系統和 CPU 結構，提供了一種與平台無關的代碼執行方法，即與特殊的實現方 法、主機硬體、主機操作系統無關。但是在一些小的方面， JVM 的實現也是互不相同的，比如垃圾回收 演算法，線程調度演算法（可能不同 OS 有不同的實現）。JVM 的主要工作是解釋自己的指令集（即位元組碼）到 CPU 的指令集或 OS 的系統調用，保護用戶免被惡意程序騷擾。 JVM 對上層的 Java 源文件是不關心的，它關注的只是由源文件生成的類文件（ class file ）。類文件的 組成包括 JVM 指令集，符號表以及一些補助信息。
JRE是指java運行環境。光有JVM還不能成class的 執行，因為在解釋class的時候JVM需要調用解釋所需要的類庫lib。 在JDK的安裝目 錄里你可以找到jre目錄，裡面有兩個文件夾bin和lib,在 這里可以認為bin里的就是jvm，lib中則是jvm工 作所需要的類庫，而jvm和 lib和起來就稱為jre。所以，在你寫完java程序編譯成.class之後，你可以把這個.class文件 和jre一起打包發給朋友，這樣你的朋友就 可以運行你寫程序了。（jre里有運行.class的java.exe）
JRE 是 Sun 公司發布的一個更大的系統，它裡面就有一個 JVM 。 JRE 就與具體的 CPU 結構和操作系統有關，我們從 Sun 下載 JRE 的時候就看到了不同的各種版本。同 JVM 一起組成 JRE 的還有一些 API （如 awt ， swing 等）。 JRE 是運行 Java 程序必不可少的。
JRE （ Java Runtime Environment ），是運行 Java 程序必不可少的（除非用其他一些編譯環境編譯成.exe可執行文件……），JRE的 地位就象一台PC機一樣，我們寫好的Win32應用程序需要操作系統幫 我們運行，同樣的，我們編寫的Java程序也必須要JRE才能運行。
JRE裡面有一個 JVM ， JRE 與具體的 CPU 結構和操作系統有關，我們從 Sun 下載 JRE 的時候就看到了不同的各種版本，，同 JVM 一起組成 JRE 的還有 一些 API （如 awt ， swing 等）， JRE 是 運行 Java 程序必不可少的.
JDK是java開發工具包，基本上每個學java的人都會先在機器 上裝一個JDK，那他都包含哪幾部分呢？讓我們看一下JDK的安裝目錄。在目錄下面有 六個文件夾、一個src類庫源碼壓縮包、和其他幾個聲明文件。其中，真正在運行java時起作用的 是以下四個文件夾：bin、include、lib、 jre。現在可以看出這樣一個關系，JDK包含JRE，而JRE包 含JVM。
bin:最主要的是編譯器(javac.exe)
include:java和JVM交互用的頭文件
lib：類庫
jre:java運行環境
（注意：這里的bin、lib文件夾和jre里的bin、lib是 不同的）總的來說JDK是用於java程序的開發,而jre則 是只能運行class而沒有編譯的功能，eclipse、idea等 其他IDE有自己的編譯器而不是用JDK bin目錄中自帶的，所以在安裝時你會發現他們只要求選中jre路徑就ok了。
三者聯系：
Java 喊出的帶有標志性的口號「 Write Once ， Run Anywhere （一次編寫，到處運行）」，正是建立在 JRE 的基礎之上。何以實現？就是在 Java 應用程序和操作系統之間增加了一虛擬層—— JRE 。
程序源代碼不是直 接編譯、鏈接成機器代碼，而是先轉化到位元組碼（ bytecode ） 這種特殊的中間形式，位元組碼再轉換成機器碼或系統調用。前者是傳統的編譯方法，生成的機器代碼就不可避免地跟特殊的操作系統和特殊的機器結構相關。而 Java 程序的位元組碼文件可以放到任意裝有 JRE 的計算機運行，再由不同 JRE 的將它們轉化成相應的機器代碼，這就實現了 Java 程序的可移植性。這樣程序員也不用去 關心程序運行的具體環境，而可以專心編寫軟體。這種分層抽象、隱藏細節的思想在計算機科學中處處可見，比如機器組織結構的設計、網路協議的實現等。 Pascal 語言的發明者 Niklaus Wirth ，就富有預見性地指出應該有這樣一種可移植的語言，其生成的中間代碼可以在一台假想的機器（ a hypothetical machine ）上運行。
而 Java 虛擬機（ Java virtual machine 或 JVM ）就是這樣的一台機器，它模擬實際處理器的結構，解釋位元組碼。 怎麼一會說是 JRE ，一會兒又成了 JVM ，兩者是否同物不同名？ 回答是否定的。
JRE的地位就象一台PC機一樣，我們寫好的Win32應用程序需要操作系統幫 我們運行，同樣的，我們編寫的Java程序也必須要JRE才能運行。
要運行Applet，在客戶端必須安裝有 JRE，即「運行時」，容易一點理解，就象所謂的「插件」，要開發JAVA應用程序Web應用，就必須在伺服器端安裝相應的 JVM+JDK 了(開發應用 Java web應用 時，客戶端不需要安裝任何的JVM）如果使用JAVA開發應用，就需要安裝 JRE+JDK，就是 J2SE. 。如果在客戶端運行Applet，客戶端瀏覽器必須嵌有JAVA JVM，如果沒有，就需要安裝，即： 在客戶端創建JRE（運行時，包含JVM），而客戶端是不需要做開發的，所以，JDK就沒有必要安裝 了。不同版本的Applet在不同的JVM下可能無法正常運行,而Microsoft JVM只是Sun JVM的「低版本」，微軟在windows xp/2003中乾脆將JVM去掉了.