jsp 自動編譯機制詳細(xì)介紹

總的來說，Jasper的自動檢測實現(xiàn)的機制比較簡單，依靠某后臺線程不斷檢測JSP文件與編譯后的class文件的最后修改時間是否相同，若相同則認(rèn)為沒有改動，但倘若不同則需要重新編譯。實際上由于在Tomcat部署的項目的JSP可能引入了其他頁面，或者引入了其他jar包，而且這些資源都可能是遠程的資源，所以實際處理會比較復(fù)雜，同樣要遍歷檢測這些引入的不同資源是否做了修改。

上圖是一個形象的示意圖，我們知道Tomcat架構(gòu)中有四個級別的容器，Engine、Host、Context和Wrapper，而jsp編譯對應(yīng)在wrapper級別，所以通過StandardWrapper不斷執(zhí)行任務(wù)去調(diào)用jasper，而jasper則不斷檢測校驗本地和遠程的各種資源，一旦發(fā)現(xiàn)需要重新編譯則進行重編譯。往下看看具體如何實現(xiàn)。

首先，需要一個后臺執(zhí)行線程，Tomcat中有專門的一條線程處理不同容器的background任務(wù)，想在不同的容器中執(zhí)行某些后臺任務(wù)只需重寫backgroundProcess方法即可實現(xiàn)，由于JspServlet對應(yīng)于Wrapper級別，所以要在StandardWrapper中重寫backgroundProcess，它會調(diào)用實現(xiàn)了PeriodicEventListener接口的Servlet，其中JspServlet就實現(xiàn)了PeriodicEventListener接口，此接口只有一個periodicEvent方法，具體的檢測邏輯在此方法中實現(xiàn)即可。

其次，檢測判斷重新編譯的根據(jù)是什么？重新編譯就是再次把jsp變成Java再變成class，而觸發(fā)這個動作的條件就是當(dāng)我們修改了某個jsp文件后，或者某jsp文件引入的資源被修改后，都將觸發(fā)重新編譯動作，所以最好的判斷依據(jù)就是某jsp或資源的最后修改時間lastmodified屬性，正常順序是jsp經(jīng)過編譯后生成class文件，把此class文件的lastmodified屬性設(shè)置成jsp文件的lastmodified，此時兩個文件的lastmodified屬性是相同的，當(dāng)我們改了jsp文件保存后，jsp的lastmodified屬性就被置為當(dāng)前時間，此時通過判斷兩個文件的lastmodified屬性決定是否重新編譯。重新編譯后jsp與class文件的lastmodified屬性再次被置為相同。對于引入的資源，內(nèi)存中維護了上次編譯時引入資源的lastmodified屬性，不斷獲取引入資源的lastmodified屬性并與內(nèi)存中對應(yīng)的lastmodified屬性進行比較，同樣可以很容易判斷是否需要重新編譯。

最后，對于本地和遠程資源分別如何檢測？對于本地資源來說，使用java.io.File類可以很方便的實現(xiàn)對某JSP文件或其他文件的lastmodified屬性讀取。對于遠程資源，比如jar包，為了方便處理jar包含的屬性，使用java.NET.URL可以很方便操作，它包含了很多協(xié)議，例如常見的jar、file、ftp等協(xié)議，使用相當(dāng)方便，

URL includeUrl = new URL("jar:http://hostname/third.jar!/");
URLConnection iuc = includeUrl.openConnection();
long includeLastModified = ((JarURLConnection) iuc).getJarEntry().getTime();

只需三步即完成對遠程jar包的讀取且取出最后修改時間。當(dāng)然URL還支持本地文件資源的讀取，所以它是很好的資源讀取抽象對象，Tomcat中對引入資源的管理都是使用URL作為操作對象。

本小節(jié)探討了Jasper自動檢測機制的實現(xiàn)，自動檢測機制給我們的開發(fā)帶來了很好的體驗，我們不必自己修改了jsp后自己去執(zhí)行編譯操作，而是tomcat通過jasper幫我們定時檢測編譯操作。

感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！

最新評論