码迷,mamicode.com
首页 > 其他好文 > 详细

从slf4j的动态加载说起

时间:2018-02-24 20:46:18      阅读:220      评论:0      收藏:0      [点我收藏+]

标签:add   art   log4   stat   alac   protected   除了   asm   factory   

起因:一直在使用slf4j+log4j(logback)打印日志,虽然知道slf4j是一个门面接口,但对于slf4j是如何在运行期连接具体实现的一直不是很清楚,

刚好趁着春节回来有时间,仔细看了一下,顺便记录下。

入口:使用slf4j声明一个logger的方法
 
protected Logger logger = LoggerFactory.getLogger(this.getClass());
public static Logger getLogger(String name) {
ILoggerFactory iLoggerFactory = getILoggerFactory();
return iLoggerFactory.getLogger(name);
}

关键的方法是:getILoggerFactory,注意上面的LoggerFactory是在slf4j中定义的。

 

实现:最主要的就是动态查找slf4j的具体实现。 这里如何查找呢?实际上是依赖一个默认的约定的,也就是所有slf4j的实现都实现了一个类:org.slf4j.impl.StaticLoggerBinder

在logback/log4j中都可以查找到此类。

这样,slf4j的LoggerFactory在查找具体实现时,实际上就是在工程的classpath中查找StaticLoggerBinder这个类;

如果找到这个类,说明是有slf4j具体实现的;如果找到多个,说明有多个slf4j具体实现。

只要找到这个类,我们就可以直接加载StaticLoggerBinder这个类,而这个类中实现了getILoggerFactory方法。

  private static String STATIC_LOGGER_BINDER_PATH = "org/slf4j/impl/StaticLoggerBinder.class";
  static Set<URL> findPossibleStaticLoggerBinderPathSet() {
        // use Set instead of list in order to deal with bug #138
        // LinkedHashSet appropriate here because it preserves insertion order
        // during iteration
        Set<URL> staticLoggerBinderPathSet = new LinkedHashSet<URL>();
        try {
            ClassLoader loggerFactoryClassLoader = LoggerFactory.class.getClassLoader();
            Enumeration<URL> paths;
            if (loggerFactoryClassLoader == null) {
                paths = ClassLoader.getSystemResources(STATIC_LOGGER_BINDER_PATH);
            } else {
                paths = loggerFactoryClassLoader.getResources(STATIC_LOGGER_BINDER_PATH);
            }
            while (paths.hasMoreElements()) {
                URL path = paths.nextElement();
                staticLoggerBinderPathSet.add(path);
            }
        } catch (IOException ioe) {
            Util.report("Error getting resources from path", ioe);
        }
        return staticLoggerBinderPathSet;
    }
 
至此,只要slf4j的LoggerFactory确定在classpath中能够找到StaticLoggerBinder,也就代表能够找到具体的实现。最后,直接调用StaticLoggerBinder的方法即可获得LoggerFactory。
 

下面我们看一下查找StaticLoggerBinder的实现细节,还是有几个地方挺有意思的:

1:为什么获取classLoader时要判断null? 

这是因为如果LoggerFactory.class是有BootstrapClassLoader加载的,那么我们在程序中获取到的classLoader是null;

此时,使用系统记载器,也就是AppClassLoader进行记载。由于双亲委派模型,最后也可以使用BootstrapClassLoader进行加载。

 

2:AppClassLoader是如何初始化的?URLClassLoader?

AppClassLoader和ExtClassLoader都是继承自 URLClassLoader,URLClassLoader封存了一些url,用于查找resource;

其初始化的过程是这样的:

BootstrapClassLoader是JVM的一部分,有jvm负责初始化;然后会初始化Launcher,Launcher中又具体初始化了AppClassLoader和ExtClassLoader,

并且将AppClassLoader的父记载器设为ExtClassLoader。具体细节如下:

public Launcher() {
        Launcher.ExtClassLoader var1;
        try {
            var1 = Launcher.ExtClassLoader.getExtClassLoader();
        } catch (IOException var10) {
            throw new InternalError("Could not create extension class loader", var10);
        }

        try {
            this.loader = Launcher.AppClassLoader.getAppClassLoader(var1);
        } catch (IOException var9) {
            throw new InternalError("Could not create application class loader", var9);
        }

        Thread.currentThread().setContextClassLoader(this.loader);
        String var2 = System.getProperty("java.security.manager");
        if(var2 != null) {
            SecurityManager var3 = null;
            if(!"".equals(var2) && !"default".equals(var2)) {
                try {
                    var3 = (SecurityManager)this.loader.loadClass(var2).newInstance();
                } catch (IllegalAccessException var5) {
                    ;
                } catch (InstantiationException var6) {
                    ;
                } catch (ClassNotFoundException var7) {
                    ;
                } catch (ClassCastException var8) {
                    ;
                }
            } else {
                var3 = new SecurityManager();
            }

            if(var3 == null) {
                throw new InternalError("Could not create SecurityManager: " + var2);
            }

            System.setSecurityManager(var3);
        }

  

3: getResource是如何实现的?利用class对象的getResource与classLoader的getResource有何区别?

getResource类似与双亲委派模型,首先在父ClassLoader中查找,找不到再在自己身上查找。

URLClassLoader由于自己定义了urlpath,所以很好查找。

具体细节如下:

 public URL getResource(String name) {
        URL url;
        if (parent != null) {
            url = parent.getResource(name);
        } else {
            url = getBootstrapResource(name);
        }
        if (url == null) {
            url = findResource(name);
        }
        return url;
    }  

需要注意,classLoader中的getResource中的参数类于:"org/slf4j/impl/StaticLoggerBinder.class"

我们再看看class中的getResouce实现:

  public java.net.URL getResource(String name) {
        name = resolveName(name);
        ClassLoader cl = getClassLoader0();
        if (cl==null) {
            // A system class.
            return ClassLoader.getSystemResource(name);
        }
        return cl.getResource(name);
    }

 可以看到,除了name = resolveName(name),class中的getResource还是依赖于ClassLoader实现的,下面我们详细看下resolveName这个方法:

它干了两件事:一是如果name是以"/"开头的,那么去掉"/",这个很好理解,目的是于classLoader一致;

如果那么不是以"/"开头,那么将class所在的包名字填加到那么前面,并且将"."替换为"/".

    private String resolveName(String name) {
        if (name == null) {
            return name;
        }
        if (!name.startsWith("/")) {
            Class<?> c = this;
            while (c.isArray()) {
                c = c.getComponentType();
            }
            String baseName = c.getName();
            int index = baseName.lastIndexOf(‘.‘);
            if (index != -1) {
                name = baseName.substring(0, index).replace(‘.‘, ‘/‘)
                    +"/"+name;
            }
        } else {
            name = name.substring(1);
        }
        return name;
    }

  

 

 

从slf4j的动态加载说起

标签:add   art   log4   stat   alac   protected   除了   asm   factory   

原文地址:https://www.cnblogs.com/cycc/p/8467120.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!