classLoader卸載與JVM熱部署
classLoader的卸載機(jī)制
jvm中沒有提供class及classloader的unload方法.那熱部署及osgi中是通過什么機(jī)制來實(shí)現(xiàn)的呢?實(shí)現(xiàn)思路主要是通過更換classLoader進(jìn)行重新加載.之前的classloader及加載的class類在沒有實(shí)例引用的情況下,在perm區(qū)gc的情況下會(huì)被回收掉。
perm區(qū)gc時(shí)回收掉沒有引用的class是一個(gè)怎樣的過程呢?
◆ perm區(qū)達(dá)到回收條件后,對(duì)class進(jìn)行引用計(jì)算,對(duì)于沒有引用的class進(jìn)行回收。
◆ classLoader實(shí)例什么時(shí)候被回收呢?(很有可能會(huì)進(jìn)入old gen).perm區(qū)回收一般情況下觸發(fā)full gc是否目的就是清除沒有實(shí)例引用此classloader？
內(nèi)存問題
◆ 如果有實(shí)例類有對(duì)classloader的引用,perm區(qū)class將無法卸載,導(dǎo)致perm區(qū)內(nèi)存一直增加,進(jìn)而導(dǎo)致perm space error
- public static Map pool = new HashMap();
- public static void main(String[] args) throws ClassNotFoundException, InstantiationException, IllegalAccessException{
- for (int i=0;i<10000000;i++){
- test(args);
- }
- }
- public static void test(String[] args) throws ClassNotFoundException, InstantiationException, IllegalAccessException {
- ClassLoader cl = new MyLoader(Main.class.getClassLoader());
- String className = "RealPerson";
- @SuppressWarnings("unchecked")
- Class<Person> clazz = (Class<Person>) cl.loadClass(className);
- Person p = clazz.newInstance();
- p.setName("qiang");
- pool.put(System.nanoTime(), p);
- cl = p.getClass().getClassLoader();
- }
推測：
osgi的bundle進(jìn)行熱部署時(shí)有個(gè)條件:export class 必須是兼容的.否則需要重啟整個(gè)應(yīng)用才會(huì)生效,為什么呢？
osgi的export class是被bundle的parent classloader加載的,bundle內(nèi)部其他類是bundle的classloader加載的,bundle更換后,重新創(chuàng)建classloader,并對(duì)bundle進(jìn)行加載,之前的加載靠jmv gc回收掉。
那osgi 中explort class如果有實(shí)例引用的話,是否會(huì)導(dǎo)致class無法被gc掉？
如果osgi中沒有做過處理,應(yīng)該會(huì)出現(xiàn)此問題.具體osgi的實(shí)現(xiàn)還需要深入研究下， 也許osgi中關(guān)于此部分的實(shí)現(xiàn)使用了jvm內(nèi)部的JMTI的相關(guān)接口,來對(duì)內(nèi)存的引用關(guān)系進(jìn)行了修改。
原文鏈接：http://www.cnblogs.com/redcreen/archive/2011/06/02/2068758.html
【編輯推薦】
