今天在Windows下安裝JDK8時遇到以下問題，原本機子上安裝了JDK7，正常步驟安裝JDK8以后
java -version時輸出
javac -version時正常
輸出1.7
環境變量如下
解決辦法，regedit->按上述路徑->修改CurrentVersion到1.7
java -version輸出
javac -version正常
這涉及到很多問題，包括了JDK7與JDK8安裝的區別，JRE與JDK的區別，環境變量與注冊表中的項分別有什么用，以及java.exe做了什么事，最后還有為什么這里java與javac不同，我嘗試簡單的分析一下這些問題。
在命令行輸入java命令之后，系統如何找到java.exe，這是由PATH環境變量決定的，在任意目錄下輸入where java，就可以得到java.exe的路徑
本機的PATH變量設置下結果如圖
那么這兩個java.exe代表了什么？
JDK7與JDK8安裝的區別
首先這兩個java.exe都來自于之前JDK7的安裝，與JDK8無關，為什么呢，通過PATH環境變量可知，系統在查找java.exe的時候，目錄包括了system32和jdk1.7及其他，并沒有jdk1.8相關的目錄，后一個java.exe來自于jdk1.7目錄很好理解，而前一個java.exe同樣來自于JDK7安裝，而且看網上資料有人說刪掉這個java.exe后重啟又會出現，說明Oracle很想要這個java.exe待在這里，放在這里的主要目的是保證用戶在沒有設置環境變量的情況下依舊可以通過java.exe運行Java程序（這里涉及到了JRE與JDK的區別，見后文）。
而第一個問題JDK8與JDK7安裝的差別也就在這里，JDK8不會在system32里放置java.exe，javaw.exe，javaws.exe，所以在只安裝了JDK8未做任何設置的情況下，應該是無法執行java命令的，那么JDK8就只安裝了jdk1.8的文件夾和jre1.8么，也不是，在 C:\ProgramData\Oracle\Java\javapath路徑下可以找到JDK8版本的java.exe，javaw.exe，javaws.exe，只不過由于這個目錄并不在PATH變量下，所以命令行中java命令無法找到這里，當你把這個目錄添加到PATH之后，就可以找到了。
JDK與JRE的區別
上面提到，JDK7在system32中設置java.exe，javaw.exe，javaws.exe是為了用戶在不設置環境變量的情況下就可以執行java命令，那么這里的java命令是怎么執行的呢，首先你要知道的是這里的java命令和安裝的jdk1.7目錄完全沒有關系（基本上是這樣，可以參看后文java.exe做了什么），它最終會找到的是jre1.7目錄，這個目錄也就代表了JRE，也就是說運行Java程序只需要有JRE（Java Runtime Environment）就夠了，而JDK（Java Development Kit）是為了開發Java程序而存在的，而且JDK內部包含了一套JRE，與外部的JRE是一致的（外部JRE在安裝JDK時可選），那么JDK內部的JRE又有什么用，因為java，javac等命令最終是java實現的，所以執行javac等命令需要JRE。
由此可知，JDK包含了JRE，除去JRE還有各類Java的開發工具。安裝JDK時，JDK內部會自帶一套JRE，安裝時也可以選擇安裝一套公共的JRE，也就是jre1.7目錄，這個目錄與jdk1.7同級。JDK8的安裝也一樣，可選一套公共的JRE，和一套內部自帶的JRE。
環境變量與注冊表項
回到java命令的執行，很明顯環境變量的設置保證了我們能找到java.exe以及根據環境變量的順序找到哪一個java.exe（永遠找到PATH變量前面包含的那個），所以在本機的環境變量設置下，只能找到system32以及jdk1.7\bin下的兩個java.exe，并沒有找到jre1.7\bin以及jdk1.7內部jre\bin里的兩個java.exe，所以更不會知道jdk1.8\bin、jdk1.8\jre\bin\、jre1.8\bin、以及C:\ProgramData\Oracle\Java\javapath這四個目錄下的java.exe，而本機在執行的時候選擇了system32目錄下的java.exe。
那么注冊表項HKEY_LCOAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\CurrentVersion又是干什么的，這就要涉及到java.exe干了什么。
java.exe干了什么
這個問題有點大，現在只關注與開始的一小部分，首先我們要知道的是所有的Java程序都是跑在JVM（Java Virtual Machine）Java虛擬機上的，JVM才是Java程序可以一次編寫到處運行的關鍵，它為我們開發Java程序屏蔽了操作系統等底層的差異，所以可以把虛擬機理解為操作系統之上為Java程序準備的Java操作系統，任何平臺編寫的Java代碼在編譯生成字節碼后可以在任何平臺的JVM上運行。
那么java.exe最終是要把編譯生成的xxx.class放到JVM上運行的，那么它第一件要做的事情肯定是找到JRE，因為JVM是JRE的一部分，JRE出了java等命令外，還包括了JVM（jre\bin\server或者jre\bin\client等），當然也有Java SE 的基礎類庫等（rt.jar）。它之后做的事情就比較復雜了，這里就不討論了。
那么java.exe如何找到JRE呢，順序如下
（1）當前目錄下是否是JRE目錄下的bin，適用于JRE\bin目錄下的java.exe
（2）父目錄下是否存在JRE目錄，適用于JDK\bin目錄下的java.exe
（3）查詢注冊表里的Java Runtime Environment的信息，適用于system32以及C:\ProgramData\Oracle\Java\javapath下的java.exe
如果都找不到，報錯。
而文章開頭我遇到的問題也就來自于（3），問題在哪里
關鍵在于java.exe需要與JRE的版本一致，（1）和（2）基本不會遇到這個問題，除非你把JRE8里的java.exe移到JRE7\bin目錄下。而我的問題在于
system32下的java.exe是1.7版本的，它在尋找JRE時問注冊表，由于剛安裝了JDK8，安裝時注冊表的CurrentVersion項被修改為1.8，指向了jre1.8目錄，所以1.7的java.exe與1.8的jre出現了版本沖突，所以修改CurrentVersion到1.7，又可以匹配了，問題解決。
java與javac在這個問題的差別
javac只存在于jdk\bin目錄，當它查找JRE時會找到自己jdk目錄下的JRE，很明顯不會出現版本不匹配的問題
java在system32目錄，在安裝了JDK8以后注冊表里的信息進行了更新，1.7版本的java.exe也就查找到了1.8版本的JRE，所以出現了文章開頭的問題。
延伸閱讀： Java深度歷險
