儲備知識

當我們把javaweb專案部署到tomcat中時，
一般來說是沒有原始檔的（.java），而是隻有類檔案（.class）
tomcat是servlet容器，負責執行servlet。

眾所周知：jsp實際上就是servlet。那麼我們編寫的jsp頁面最終在訪問的時候
都會預編譯為Servlet（原始檔和目標檔案都有，work目錄下）。

可以嘗試：安裝tomcat和jre（不是jdk）。竟然可以執行jsp頁面，
也就是說jsp到servlet的轉化和servlet原始檔到.class檔案的編譯在
只有jre的情況下竟然完成了。所以可以斷定，編譯過程是tomcat內建
的一個編譯環境。那麼這個編譯級別是怎麼樣的呢？jdk1.6?還是jdk1.7?

我拿兩個tomcat版本檢視後發現（\conf\web.xml）：
1. tomcat7.*

compilerSourceVM    Compiler source VM. [1.6]                      
compilerTargetVM    Compiler target VM. [1.6]                      

2 . tomcat8.*

compilerSourceVM    Compiler source VM. [1.7]
compilerTargetVM    Compiler target VM. [1.7]

稍微解釋一下這兩個引數：
1. compilerSourceVM:編譯原始檔時採用那個JDK版本？（上面指出了預設值）
2. compilerTargetVM:執行類檔案時採用那個JDK版本？（上面給出了預設值）

既然jsp最後都是由tomcat版本決定編譯和執行時採用的jdk版本。
那麼專案裡的純java程式碼呢？這個就需要自己在外部編譯好最好打包到tomcat中。
編譯的工具很多，比如ant，maven等等。

給tomcat配置jdk

我沒有聽錯吧，tomcat還能配置jdk版本。除去tomcat編譯jsp的那個配置不算。
我們一般都是先安裝jdk，再安裝tomcat。專案執行的時候，不就是採用的安裝的
jdk的版本嗎？

確實如此，不過我們還是可以配置的。一般像上面那樣理解起來比較好，JDK和Tomcat單獨安裝，不需要怎麼配置，java環境自然使用的是安裝的jdk。

不過在我們開發的時候有時候就是會吃編譯和執行版本的虧。
例如我們在myeclipse整合開發環境中一般會使用自己安裝的jdk和tomcat。
我們也推薦這麼做，但是大部分人都只是覺得自己是在用自己的jdk和tomcat，其實不然。

我們將自己的tomcat匯入myeclipse中設定為enable，以為就萬事大吉了。
但是我們其實還可以配置下面選項列表中的其它一些引數，比如說JDK。
點開一看大多數情況下會驚奇的發現使用的是myeclipse中預設的JDK，並不是我們安裝的JDK。這種不瞭解有時候會造成一些看似詭異實則有因的問題。

好了我們配置好JDK就可以了【如果知道maven，我們其實還可以在maven中設定編譯和執行環境，不需要在Tomcat上折騰】。

至於那個詭異的問題不是那麼輕易就能碰到的，這裡我人為搞一個。
比如你Tomcat使用的JDK版本是1.7(執行)，然後你的專案編譯環境是1.8的，你把編譯好的專案放到Tomcat伺服器上面，然後嗨嗨是不是一大堆找不到類啊？