JDK日志框架源码分析(二)

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u012668018/article/details/76691453

接上篇,本文开始分析addLoggers方法的源码,这个方法的逻辑较多,但是足够清晰,先看第一部分:

        final String name = logger.getName();
        if (name == null) {
            throw new NullPointerException();
        }

        // cleanup some Loggers that have been GC'ed
        drainLoggerRefQueueBounded();

        LoggerWeakRef ref = namedLoggers.get(name);
        if (ref != null) {
            if (ref.get() == null) {
                // It's possible that the Logger was GC'ed after the
                // drainLoggerRefQueueBounded() call above so allow
                // a new one to be registered.
                namedLoggers.remove(name);
            } else {
                // We already have a registered logger with the given name.
                return false;
            }
        }

        // We're adding a new logger.
        // Note that we are creating a weak reference here.
        ref = new LoggerWeakRef(logger);
        namedLoggers.put(name, ref);
这部分的逻辑就是先根据logger的name去hashtable中查询,如果查到了直接返回false,表示不必添加;否则根据logger对象创建一个LoggerWeakRef对象,然后以name为key把这个对象放进namedLoggers中。
这里最重要的点是,为什么namedLoggers不直接以Logger类型的对象为value,而是要用LoggerWeakRef包装一层呢?看一下这个内部类:

final class LoggerWeakRef extends WeakReference<Logger> {
        private String                name;       // for namedLoggers cleanup
        private LogNode               node;       // for loggerRef cleanup
        private WeakReference<Logger> parentRef;  // for kids cleanup

        LoggerWeakRef(Logger logger) {
            super(logger, loggerRefQueue);

            name = logger.getName();  // save for namedLoggers cleanup
        }
        .......
}
我们看到它是WeakReference的子类,意味着这是一个弱引用类型,方便垃圾收集器回收。WeakReference这个坑太大,暂时先不挖了。drainLoggerRefQueueBounded();和namedLoggers.remove(name);这两行代码也和GC有关。

然后看第二部分:

// Apply any initial level defined for the new logger.
        Level level = getLevelProperty(name+".level", null);
        if (level != null) {
            doSetLevel(logger, level);
        }

        // Do we have a per logger handler too?
        // Note: this will add a 200ms penalty
        loadLoggerHandlers(logger, name, name+".handlers");
        processParentHandlers(logger, name);
这里终于到了那个全局配置文件了,默认情况下是JAVA_HOME/lib/logging.properties,具体内容见这里
先看getLevelProperty方法:

Level getLevelProperty(String name, Level defaultValue) {
        String val = getProperty(name);
        if (val == null) {
            return defaultValue;
        }
        try {
            return Level.parse(val.trim());
        } catch (Exception ex) {
            return defaultValue;
        }
    }
它调用了getProperty方法:

public String getProperty(String name) {
        return props.getProperty(name);
    }
这个props变量是个成员变量:

扫描二维码关注公众号,回复: 4376552 查看本文章

private Properties props = new Properties();
但是刚才我们顺着static块的初始化代码一路走来,并没有其他和props有关的代码,也就是说getLevelProperty方法返回的值是null。此时尚未加载配置文件,希望落空。

接着是loadLoggerHandlers方法,这里传入的三个参数分别是:rootLogger、“”和".handlers",这个方法也会用到props变量,但是此时这个变量还没有内容,所以实际上这个方法也是啥都没干。

而传给processParentHandlers方法的第二个参数是rootLogger的名字“”,所以该方法内部的for 循环会马上停止,这个方法最后也是啥都没干。


好了,最后一部分:

        LogNode node = findNode(name);
        node.loggerRef = ref;
        Logger parent = null;
        LogNode nodep = node.parent;
        while (nodep != null) {
            LoggerWeakRef nodeRef = nodep.loggerRef;
            if (nodeRef != null) {
                parent = nodeRef.get();
                if (parent != null) {
                    break;
                }
            }
            nodep = nodep.parent;
        }

        if (parent != null) {
            doSetParent(logger, parent);
        }
        // Walk over the children and tell them we are their new parent.
        node.walkAndSetParent(logger);

        // new LogNode is ready so tell the LoggerWeakRef about it
        ref.setNode(node);
由于传给findNode方法的参数是一个空串,所以它会直接返回成员变量root并赋值给node变量:

private LogNode root = new LogNode(null);
new的时候传入null,导致root的parent成员变量是null,所以代码可以直接跳到node.walkAndSetParent(logger);

这个方法仍然是直接返回了,因为node的children变量是null。
而node.loggerRef = ref;和ref.setNode(node);只不过是相互引用了一下。

至此,addLogger方法走读完毕,可以发现,在类加载阶段,把rootLogger传递给它实际上做不了什么。


addLogger方法之后还有两行不重要的代码,类的初始化就完成了:

Logger.global.setLogManager(manager);
                    manager.addLogger(Logger.global);


猜你喜欢

转载自blog.csdn.net/u012668018/article/details/76691453