前言

以前看別人博客說看完《深入理解Java虛擬機(jī)》這本書并沒有讓自己的編程水平提高多少，不過卻大大提高了自己的裝逼水平。其實(shí)，我倒不這么認(rèn)為，至少在我看完一遍這本書后，有一種醍醐灌頂?shù)母杏X，很多模糊的知識和概念也變得清晰起來。今天，也是偶然的機(jī)會能夠運(yùn)用書中所學(xué)的知識解決實(shí)際問題，在這里，與大家分享一下，如有不正確的地方，還請指正。

問題描述

預(yù)生產(chǎn)環(huán)境突然出現(xiàn)了一個運(yùn)行時異常，異常信息如下(Error異常)：

java.lang.NoClassDefFoundError: javax/servlet/ServletOutputStream at com.soa.xxx.ProductTransForm.transProduct(ProductTransForm.java:10) ...... Caused by: java.lang.ClassNotFoundException: javax.servlet.ServletOutputStreamat java.net.URLClassLoader$1.run(URLClassLoader.java:366)at java.net.URLClassLoader$1.run(URLClassLoader.java:355)

報(bào)異常的代碼如下(根據(jù)真實(shí)項(xiàng)目場景模擬代碼)：

public class ProductTransForm {public ProductRespVo transProduct(ProductVo productVo) {ProductRespVo productRespVo = new ProductRespVo();productRespVo.setProId(productVo.getProId());productRespVo.setName(productVo.getName());// TODO:注意下面這行代碼，出問題的代碼productRespVo.setImage(FtpUtil.getFtpPath() + File.separator + productVo.getImage());return productRespVo;} } import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse;public class FtpUtil {public static String getFtpPath() {return "The path of Ftp"; }public static void downloadFile(HttpServletRequest req, HttpServletResponse resp) {// 下載代碼邏輯 } }

問題出在靜態(tài)方法調(diào)用：FtpUtil.getFtpPath()，初看之下，并沒有什么問題，靜態(tài)方法getFtpPath()只是簡單地返回一個地址字符串。

原因分析

經(jīng)過各種嘗試、調(diào)試以及重新打包等都沒有能解決問題。這時候，突然想到《深入理解Java虛擬機(jī)》中有關(guān)Java類的初始化機(jī)制中講到過類的初始化時機(jī)，因?yàn)镕tpUtil類的getFtpPath()方法為靜態(tài)方法，而調(diào)用一個類的靜態(tài)方法會觸發(fā)其初始化，帶著這個設(shè)想，我寫下了以下一行代碼：

FtpUtil ftpUtil = new FtpUtil();

啟動運(yùn)行，果然重現(xiàn)了錯誤。既然原因是出在FtpUtil類的初始化上，那么從FtpUtil這個類著手分析，異常信息顯示找不到ServletOutputStream類的定義，而在引入的包"javax.servlet.http.HttpServletResponse"的父接口也確實(shí)找到了對ServletOutputStream類的引用，但奇怪的是該類所在的包:servlet-api.jar是有引入的，否則也不能正常導(dǎo)入"javax.servlet.http.HttpServletResponse"包，于是猜測可能是jar包沖突，查看工程，發(fā)現(xiàn)工程中確實(shí)存在多個不同版本的servlet-api.jar(歷史原因)：

因此猜測是servlet jar包沖突導(dǎo)致的。

問題解決

定位了原因之后，首先想到的就是《深入理解Java虛擬機(jī)》書中講到過的類的加載機(jī)制和雙親委派模型：

?“如果一個類加載器收到類收到了類加載請求，它首先不會自己去嘗試加載這個類，而是把這個請求委派給父類加載器去完成，只有當(dāng)父類加載器反饋?zhàn)约簾o法完成這個加載請求（它的搜索范圍中沒有找到所需要的類）時，子加載器才會嘗試自己去加載?！?/strong>。從上圖可以看到，由于啟動類加載器和擴(kuò)展類加載器的搜索范圍內(nèi)都沒有servlet-api.jar包，所以無法加載ServletOutputStream類，因此，應(yīng)用程序類加載器會嘗試自己加載類ServletOutputStream，而ClassPath范圍內(nèi)存在多個不同版本的servlet-api.jar包，所以出現(xiàn)包沖突。

基于以上分析，我將一個servlet-api.jar包拷貝到JRE/lib/ext路徑下，這樣，擴(kuò)展類加載器能夠加載拷貝jar包中的ServletOutputStream類，應(yīng)用程序加載器就不會再去加載ServletOutputStream類，也就不會沖突了。經(jīng)過重啟程序驗(yàn)證，果然沒有再拋異常了。

從上圖也可以看出，為什么我們不能夠自己定義一些與JDK類名、路徑完全一樣的類來覆蓋JDK的類（如String），因?yàn)檫@些類在rt.jar中，由啟動類加載器加載，我們自己定義的同名同路徑類根本沒有加載的機(jī)會，也就不可能覆蓋JDK的類了。記得有一場面試，面試官問道：我們有一個項(xiàng)目需要在不同的JDK版本運(yùn)行，如果保證jar的兼容不沖突？想來也是想考這方面的知識吧。

補(bǔ)充：

一、類的初始化時機(jī)

虛擬機(jī)規(guī)范嚴(yán)格規(guī)定了有且只有5種情況必須立即對類進(jìn)行初始化：

遇到new、getstatic、putstatic或invokestatic這4個字節(jié)碼指令時，如果類沒有經(jīng)過初始化，則需要觸發(fā)其初始化；

使用java.lang.reflect包的方法對類進(jìn)行反射調(diào)用的時候，如果類沒有初始化，則需要觸發(fā)其初始化；

當(dāng)初始化一個類時，如果發(fā)現(xiàn)它的父類沒有進(jìn)行過初始化，則需要先觸發(fā)其父類的初始化；

當(dāng)虛擬機(jī)啟動時，用戶需要指定一個要執(zhí)行的主類（包含main()方法的那個類），虛擬機(jī)會先初始化這個主類；

當(dāng)使用JDK1.7的動態(tài)語言支持時，如果一個java.lang.invokke.MethodHandle實(shí)例最后解析的結(jié)果REF_getStatic、REF_putStatic、REF_invokeStatic的方法句柄，并且這個方法句柄所對應(yīng)的類沒有進(jìn)行過初始化，則需要先觸發(fā)其初始化。

二、類加載器

1、啟動類加載器（Bootstrap ClassLoader）

負(fù)責(zé)將存放在<JAVA_HOME>\lib目錄中的，或者被-Xbootclasspath參數(shù)所指定的路徑中的，并且是虛擬機(jī)識別的（僅按照文件名識別，如rt.jar，名字不符合的類庫即使放到lib目錄中也不會被加載）類庫加載到虛擬機(jī)內(nèi)存中。

2、擴(kuò)展類加載器（Extension ClassLoader）

負(fù)責(zé)加載<JAVA_HOME>\lib\ext目錄中的，或者被java.ext.dirs系統(tǒng)變量所指定的路徑中的所有類庫，開發(fā)者可以直接使用擴(kuò)展類加載器。

3、應(yīng)用程序類加載器（Application ClassLoader）

負(fù)責(zé)加載用戶類路徑（ClassPath）上所指定的類庫，開發(fā)者可以直接使用這個類加載器，如果程序中沒有自定義過自己的類加載器，一般情況下這個就是程序中默認(rèn)的類加載器。

轉(zhuǎn)載于:https://www.cnblogs.com/wuhenzhidu/p/jvm.html

總結(jié)

以上是生活随笔為你收集整理的运用《深入理解Java虚拟机》书中知识解决实际问题的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。