Java Logging之JUL系列——Logger Hierarchy

本文深入剖析Java Util Logging (JUL)中的日志记录器Logger的层级结构,包括Logger的父子关系、日志级别、过滤器及处理器的运作机制。通过具体示例解释了不同配置下日志信息的输出流程。
部署运行你感兴趣的模型镜像

本文介绍JUL中日志记录器Logger的层级结构,JUL中Logger是按照树状结构进行组织的,日志记录器之间的父子关系是根据点号(.)进行区分的,比如有两个日志记录器,名字分别是cn.codecrazycn.codecrazy.logging,那么前者就是后者的父日志记录器。通过后者的getParent()得到的Logger就是名字为cn.codecrazy的Logger。

根日志记录器(RootLogger)的名字是""(空字符串),所有的日志记录器都是根日志记录器的后代。RootLogger是JUL帮我们创建的,不需要我们手动创建。我们可以直接通过Logger.getLogger("")得到RootLogger。

RootLogger的默认级别是INFO,默认Handler是ConsoleHander,该ConsoleHander的Formatter默认是SimpleFormatter。当我们通过如下语句创建Logger时:

public class JavaLogging {
    private static final Logger logger = Logger.getLogger("cn.codecrazy");
    public static void main(String[] args) {
        logger.info("Hello, Java Logging");
    }
}

我们创建了一个名称为cn.codecrazy的Logger,除此之外JUL还自动帮我们创建了一个RootLogger,虽然说cn.codecrazy的父日志记录器的名称理论上是cn,但是由于我们并没有创建一个名称为cn的日志记录器,因此cn.codecrazy的父Logger默认就是RootLogger(名称为"")。我们可以看下如下代码:

public class JavaLogging {
    private static final Logger logger = Logger.getLogger("cn.codecrazy");
    public static void main(String[] args) {
        Logger parent = logger.getParent();
        System.out.println("parent name = " + parent.getName());
        System.out.println("parent level = " + parent.getLevel());
        System.out.println("parent handler = " + parent.getHandlers()[0]);
        System.out.println("parent formatter = " + parent.getHandlers()[0].getFormatter());
        logger.info("Hello, Java Logging");
        System.out.println("sub name = " + logger.getName());
        System.out.println("sub level = " + logger.getLevel());
        System.out.println("sub handler lenght = " + logger.getHandlers().length);
    }
}

输出结果如下所示:

parent name = 
parent level = INFO
parent handler = java.util.logging.ConsoleHandler@4b67cf4d
parent formatter = java.util.logging.SimpleFormatter@7ea987ac
Aug 12, 2018 9:18:27 PM cn.codecrazy.study.logging.JavaLogging main
INFO: Hello, Java Logging
sub name = cn.codecrazy
sub level = null
sub handler lenght = 0

可以看出来cn.codecrazy的父Logger是RootLogger,RootLogger的名字为空字符串(""),级别是INFO,handler是ConsoleHadler,Formatter是SimpleFormatter。而cn.codecrazy日志记录器的level是null,也没有handler。

虽然cn.codecrazy日志记录器的getLevel()方法返回的值是null,但是该Logger是有级别的,getLevel()返回的是Logger对象的levelObject属性,但Logger还有一个属性是levelValue,真正进行级别比较的时候用的是levelValue,虽然levelObject的值为null,但是levelValue的值继承了它的父Logger的值,父Logger的级别是INFO,因此cn.codecrazy的levelValue的值就是INFO级别对应的整型值(800)。

cn.codecrazy确实是没有handler,但是通过cn.codecrazy记录日志时,会首先遍历自身的handlers,调用每一个handler的publish()方法对日志信息进行输出,然后如果该Logger的useParentHandlers属性为true的话,还会遍历其父Logger的handlers,并依次调用这些handler的publish()方法对日志进行输出,如果父Logger还有父Logger的话,并且其useParentHandlers属性也为true,则会继续依次调用父Logger的父Logger的handlers的publish()方法,直至追溯到RootLogger为止,或者追溯到某个父Logger的useParentHandlers属性为false,就不再向上层追溯了。

代码在java.util.logging.Logger类的log(LogRecord logRecord)方法中,所有的记录日志的方法最终都会调用到该方法,代码如下所示:

public void log(LogRecord record) {
    if (!isLoggable(record.getLevel())) {
        return;
    }
    Filter theFilter = filter;
    if (theFilter != null && !theFilter.isLoggable(record)) {
        return;
    }

    // Post the LogRecord to all our Handlers, and then to
    // our parents' handlers, all the way up the tree.

    Logger logger = this;
    while (logger != null) {
        final Handler[] loggerHandlers = isSystemLogger
                ? logger.accessCheckedHandlers()
                : logger.getHandlers();

        for (Handler handler : loggerHandlers) {
            handler.publish(record);
        }

        final boolean useParentHdls = isSystemLogger
                ? logger.useParentHandlers
                : logger.getUseParentHandlers();

        if (!useParentHdls) {
            break;
        }

        logger = isSystemLogger ? logger.parent : logger.getParent();
    }
}

由于我们的cn.codecrazy没有handler,而useParentHandlers属性默认为true,于是就使用其父Logger的handler进行输出,在这里就是RootLogger的ConsoleHandler,因此我们通过logger.info方法最终才能将信息输出到控制台,并且是以SimpleFormatter所指定的格式,这是RootLogger的默认配置。

如果我们再手动给cn.codecrazy的logger添加一个Handler,那么日志就会被输出两次,第一次是通过cn.codecrazy日志记录器的handler进行输出的,另一次是其父Logger的Handler输出的。如果我们把useParentHandlers属性设置为false,那么就不会再使用父Logger的handler进行输出。代码如下所示:

public class JavaLogging {
    private static final Logger logger = Logger.getLogger("cn.codecrazy");
    static {
        logger.addHandler(new ConsoleHandler());
        logger.setUseParentHandlers(false);
    }
    public static void main(String[] args) {
        logger.info("Hello, Java Logging");
    }
}

代码中虽然给cn.codecrazy这个子Logger添加了一个Handler,但是useParentHandlers被设置为false,因此最终的日志信息也不会被输出两次。

我们先理顺一下logger.info(“msg”)该语句的整个执行流程。假设logger的名称为cn.codecrazy,它的父Logger是RootLogger,RootLogger的各属性均采用默认。整个流程如下:

  • 比较logger的级别是否高于INFO,由于logger没有设定级别,因此使用父Logger的级别(INFO)。
  • 发现不高于,于是调用logger的Filter的isLoggable方法对信息进行过滤,由于logger没有添加Filter,因此不进行过滤。
  • 依次调用logger的handlers,由于该logger没有指定handler,于是不进行日志输出。
  • 判断useParentHandler,发现是true,因此调用其父Logger的handler的publish方法。
  • 父Logger的Handler的publish方法中首先判断Hander的级别是否高于INFO。
  • 不高于,继续调用Handler的Filter的isLoggable方法进行过滤。
  • 由于该Handler没有配置Filter,因此跳过该步骤,并使用ConsoleHandler的getFormatter().format(LogRecord)方法进行格式化。
  • 最终调用write方法将格式化之后的数据输出到控制台。

一个Logger对应1个Level,对应0个或1个Filter,对应0个或多个Handler,对应0个或1个ParentLogger 。
一个Handler对应1个Level,对应0个或1个Filter,对应1个Formatter。

下面我们重点分析一下日志级别和过滤器在多级日志记录器中的影响,我们先用如下方式创建三个Logger:

public class JavaLogging {
    private static final Logger logger1 = Logger.getLogger("");
    private static final Logger logger2 = Logger.getLogger("cn");
    private static final Logger logger3 = Logger.getLogger("cn.codecrazy");
    static {
        logger2.addHandler(new ConsoleHandler());
        logger3.addHandler(new ConsoleHandler());
    }

    public static void main(String[] args) {
        logger1.info("logger1");
        logger2.info("logger2");
        logger3.info("logger3");
    }
}

输出如下所示:

Aug 12, 2018 10:11:30 PM java.util.logging.LogManager$RootLogger log
INFO: logger1
Aug 12, 2018 10:11:30 PM cn.codecrazy.study.logging.JavaLogging main
INFO: logger2
Aug 12, 2018 10:11:30 PM cn.codecrazy.study.logging.JavaLogging main
INFO: logger2
Aug 12, 2018 10:11:30 PM cn.codecrazy.study.logging.JavaLogging main
INFO: logger3
Aug 12, 2018 10:11:30 PM cn.codecrazy.study.logging.JavaLogging main
INFO: logger3
Aug 12, 2018 10:11:30 PM cn.codecrazy.study.logging.JavaLogging main
INFO: logger3

logger1即是我们的RootLogger(通过getLogger("")方法中传入空字符串可得到该RootLogger实例),logger1默认就有一个ConsoleHander,我们再手动帮logger2和logger3添加ConsoleHandler。总共创建了3个Logger,它们之间具有父子关系。logger3的父Logger是logger2,logger2的父Logger是logger1。通过前面对logger.info方法的整个流程的论述,我们很容易理解这里的输出为什么logger1输出了一次,logger2输出了2次,logger3输出了3次。

如果我们给Logger设置一个Filter的话,情况会如何呢?在上述代码中加上如下语句:
logger2.setFilter(logRecord->false);

即给logger2添加一个过滤器,该过滤器过滤掉所有日志,即经过该过滤器之后,不会有日志信息进行输出。这种情况下输出会是什么样的呢?

根据我们前面的论述,logger1.info(“logger1”)方法会输出一次"logger1",然后执行logger2.info(“logger2”),由于logger2有过滤器,在将日志信息交给Handler处理之前就已经被拦截了,因此不会输出”logger2″,并且不会将输出请求向上传递给父Logger,最终的输出结果中"logger2"一次都不会出现。

而执行logger3.info(“logger3”)时,由于logger3没有设置过滤器,因此会将日志信息交给logger3的Handler进行输出,之后再向上递交给logger2的handler进行输出,最后递交给logger1的handler进行输出,因此"logger3"会输出三次。

也就是说在logger2上设置过滤器,不会过滤从下层传上来的日志信息,因为下层传上来的日志信息只是要调用父Logger的Handler的publish方法,跟父Logger是否设置了Filter没有关系,但是如果父Logger的Hander中设置了Filter的话,还是会影响下层传递上来的日志信息的。原因是调用publish方法之前会先调用Handler的isLoggable()方法,而该方法中用到了Handler的Filter,Handler中的isLoggable()方法如下所示:

public boolean isLoggable(LogRecord record) {
    final int levelValue = getLevel().intValue();
    if (record.getLevel().intValue() < levelValue || levelValue == offValue) {
        return false;
    }
    final Filter filter = getFilter();
    if (filter == null) {
        return true;
    }
    return filter.isLoggable(record);
}

我们再探讨一下如果给logger2设置其他的级别时在日志层级中的影响。将设置Filter的代码替换成设置级别,代码如下所示:

public class JavaLogging {
    private static final Logger logger1 = Logger.getLogger("");
    private static final Logger logger2 = Logger.getLogger("cn");
    private static final Logger logger3 = Logger.getLogger("cn.codecrazy");
    static {
        logger2.addHandler(new ConsoleHandler());
        logger3.addHandler(new ConsoleHandler());
        logger2.setLevel(Level.WARNING);
    }

    public static void main(String[] args) {
        logger1.info("logger1");
        logger2.info("logger2");
        logger3.info("logger3");
    }
}

该代码的输出结果为:

Aug 12, 2018 10:50:30 PM java.util.logging.LogManager$RootLogger log
INFO: logger1

只有"logger1"被输出来了。我们可以分析一下,在执行logger2.info(“logger2”)时,由于logger2的级别被设置成了WARNING,高于INFO,因此该信息不会被输出来,也不会向上传递给父Logger。

而在执行logger3.info(“logger3”)时,由于logger3没有设置级别,因此继承了它的父Logger的级别,即logger2的级别(WARNING),因此"logger3"也不能输出,并且也不会向上传递给它的父Logger的Handler进行处理。

我们可以显示地将logger3的级别设置为INFO,代码如下所示:

public class JavaLogging {
    private static final Logger logger1 = Logger.getLogger("");
    private static final Logger logger2 = Logger.getLogger("cn");
    private static final Logger logger3 = Logger.getLogger("cn.codecrazy");
    static {
        logger2.addHandler(new ConsoleHandler());
        logger3.addHandler(new ConsoleHandler());
        logger2.setLevel(Level.WARNING);
        logger3.setLevel(Level.INFO);
    }

    public static void main(String[] args) {
        logger1.info("logger1");
        logger2.info("logger2");
        logger3.info("logger3");
    }
}

此时的输出如下所示:

Aug 12, 2018 10:56:50 PM java.util.logging.LogManager$RootLogger log
INFO: logger1
Aug 12, 2018 10:56:50 PM cn.codecrazy.study.logging.JavaLogging main
INFO: logger3
Aug 12, 2018 10:56:50 PM cn.codecrazy.study.logging.JavaLogging main
INFO: logger3
Aug 12, 2018 10:56:50 PM cn.codecrazy.study.logging.JavaLogging main
INFO: logger3

此时执行logger3.info(“logger3”)时,由于logger3的级别不高于INFO,因此"logger3"会被logger3的Handler进行输出,并且会被向上传递给logger2的Handler进行处理,并最后交给logger1的Handler进行处理,于是"logger3"被输出了三次。

如果我们将logger2的Handler的级别设置为WARNING的话又会是什么情况呢?代码如下:

public class JavaLogging {
    private static final Logger logger1 = Logger.getLogger("");
    private static final Logger logger2 = Logger.getLogger("cn");
    private static final Logger logger3 = Logger.getLogger("cn.codecrazy");
    static {
        ConsoleHandler consoleHandler = new ConsoleHandler();
        consoleHandler.setLevel(Level.WARNING);
        logger2.addHandler(consoleHandler);
        logger3.addHandler(new ConsoleHandler());
        logger2.setLevel(Level.WARNING);
        logger3.setLevel(Level.INFO);
    }

    public static void main(String[] args) {
        logger1.info("logger1");
        logger2.info("logger2");
        logger3.info("logger3");
    }
}

根据我们前面论述的流程,可以推断,此时"logger3"会被输出2次,在向上递交到logger2的Handler进行输出时会被logger2的Handler过滤掉,不进行输出,但是依然会再向上递交到logger1的Handler进行处理。最终的输出结果为:

Aug 12, 2018 11:02:30 PM java.util.logging.LogManager$RootLogger log
INFO: logger1
Aug 12, 2018 11:02:30 PM cn.codecrazy.study.logging.JavaLogging main
INFO: logger3
Aug 12, 2018 11:02:30 PM cn.codecrazy.study.logging.JavaLogging main
INFO: logger3

您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型,相比 3.0 版本,它提升了图像质量、运行速度和硬件效率

D:\1\apache-tomcat-8.5.47\bin\catalina.bat run [2025-07-03 10:04:05,273] Artifact demo1:war exploded: Waiting for server connection to start artifact deployment... [2025-07-03 10:04:05,274] Artifact img: Waiting for server connection to start artifact deployment... Using CATALINA_BASE: "C:\Users\�׵���\AppData\Local\JetBrains\IntelliJIdea2024.2\tomcat\b0e350b9-5b4f-401a-8cad-24459dbe45ae" Using CATALINA_HOME: "D:\1\apache-tomcat-8.5.47" Using CATALINA_TMPDIR: "D:\1\apache-tomcat-8.5.47\temp" Using JRE_HOME: "C:\Program Files\Java\jdk1.8.0_131" Using CLASSPATH: "D:\1\apache-tomcat-8.5.47\bin\bootstrap.jar;D:\1\apache-tomcat-8.5.47\bin\tomcat-juli.jar" Connected to the target VM, address: '127.0.0.1:56431', transport: 'socket' 03-Jul-2025 10:04:07.030 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Server.服务器版本: Apache Tomcat/8.5.47 03-Jul-2025 10:04:07.032 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log 服务器构建: Oct 7 2019 13:30:46 UTC 03-Jul-2025 10:04:07.032 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Server version number: 8.5.47.0 03-Jul-2025 10:04:07.033 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log OS Name: Windows 10 03-Jul-2025 10:04:07.033 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log OS.版本: 10.0 03-Jul-2025 10:04:07.033 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log 架构: amd64 03-Jul-2025 10:04:07.033 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Java 环境变量: C:\Program Files\Java\jdk1.8.0_131\jre 03-Jul-2025 10:04:07.033 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log JVM 版本: 1.8.0_131-b11 03-Jul-2025 10:04:07.033 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log JVM.供应商: Oracle Corporation 03-Jul-2025 10:04:07.033 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log CATALINA_BASE: C:\Users\孔德旭\AppData\Local\JetBrains\IntelliJIdea2024.2\tomcat\b0e350b9-5b4f-401a-8cad-24459dbe45ae 03-Jul-2025 10:04:07.033 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log CATALINA_HOME: D:\1\apache-tomcat-8.5.47 03-Jul-2025 10:04:07.034 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Djava.util.logging.config.file=C:\Users\孔德旭\AppData\Local\JetBrains\IntelliJIdea2024.2\tomcat\b0e350b9-5b4f-401a-8cad-24459dbe45ae\conf\logging.properties 03-Jul-2025 10:04:07.034 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager 03-Jul-2025 10:04:07.034 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -agentlib:jdwp=transport=dt_socket,address=127.0.0.1:56431,suspend=y,server=n 03-Jul-2025 10:04:07.034 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -javaagent:C:\Users\孔德旭\AppData\Local\JetBrains\IntelliJIdea2024.2\captureAgent\debugger-agent.jar 03-Jul-2025 10:04:07.034 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dkotlinx.coroutines.debug.enable.creation.stack.trace=false 03-Jul-2025 10:04:07.034 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Ddebugger.agent.enable.coroutines=true 03-Jul-2025 10:04:07.034 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dcom.sun.management.jmxremote= 03-Jul-2025 10:04:07.034 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dcom.sun.management.jmxremote.port=1099 03-Jul-2025 10:04:07.034 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dcom.sun.management.jmxremote.ssl=false 03-Jul-2025 10:04:07.035 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dcom.sun.management.jmxremote.password.file=C:\Users\孔德旭\AppData\Local\JetBrains\IntelliJIdea2024.2\tomcat\b0e350b9-5b4f-401a-8cad-24459dbe45ae\jmxremote.password 03-Jul-2025 10:04:07.035 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dcom.sun.management.jmxremote.access.file=C:\Users\孔德旭\AppData\Local\JetBrains\IntelliJIdea2024.2\tomcat\b0e350b9-5b4f-401a-8cad-24459dbe45ae\jmxremote.access 03-Jul-2025 10:04:07.035 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Djava.rmi.server.hostname=127.0.0.1 03-Jul-2025 10:04:07.035 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Djdk.tls.ephemeralDHKeySize=2048 03-Jul-2025 10:04:07.035 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Djava.protocol.handler.pkgs=org.apache.catalina.webresources 03-Jul-2025 10:04:07.035 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dignore.endorsed.dirs= 03-Jul-2025 10:04:07.035 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dcatalina.base=C:\Users\孔德旭\AppData\Local\JetBrains\IntelliJIdea2024.2\tomcat\b0e350b9-5b4f-401a-8cad-24459dbe45ae 03-Jul-2025 10:04:07.035 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dcatalina.home=D:\1\apache-tomcat-8.5.47 03-Jul-2025 10:04:07.036 信息 [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Djava.io.tmpdir=D:\1\apache-tomcat-8.5.47\temp 03-Jul-2025 10:04:07.036 信息 [main] org.apache.catalina.core.AprLifecycleListener.lifecycleEvent Loaded APR based Apache Tomcat Native library [1.2.23] using APR version [1.7.0]. 03-Jul-2025 10:04:07.036 信息 [main] org.apache.catalina.core.AprLifecycleListener.lifecycleEvent APR capabilities: IPv6 [true], sendfile [true], accept filters [false], random [true]. 03-Jul-2025 10:04:07.036 信息 [main] org.apache.catalina.core.AprLifecycleListener.lifecycleEvent APR/OpenSSL configuration: useAprConnector [false], useOpenSSL [true] 03-Jul-2025 10:04:07.039 信息 [main] org.apache.catalina.core.AprLifecycleListener.initializeSSL OpenSSL successfully initialized [OpenSSL 1.1.1c 28 May 2019] 03-Jul-2025 10:04:07.141 信息 [main] org.apache.coyote.AbstractProtocol.init 初始化协议处理器 ["http-nio-8080"] 03-Jul-2025 10:04:07.162 信息 [main] org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a shared selector for servlet write/read 03-Jul-2025 10:04:07.175 信息 [main] org.apache.coyote.AbstractProtocol.init 初始化协议处理器 ["ajp-nio-8009"] 03-Jul-2025 10:04:07.183 信息 [main] org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a shared selector for servlet write/read 03-Jul-2025 10:04:07.184 信息 [main] org.apache.catalina.startup.Catalina.load Initialization processed in 490 ms 03-Jul-2025 10:04:07.215 信息 [main] org.apache.catalina.core.StandardService.startInternal Starting service [Catalina] 03-Jul-2025 10:04:07.216 信息 [main] org.apache.catalina.core.StandardEngine.startInternal Starting Servlet Engine: Apache Tomcat/8.5.47 03-Jul-2025 10:04:07.232 信息 [main] org.apache.coyote.AbstractProtocol.start 开始协议处理句柄["http-nio-8080"] 03-Jul-2025 10:04:07.251 信息 [main] org.apache.coyote.AbstractProtocol.start 开始协议处理句柄["ajp-nio-8009"] 03-Jul-2025 10:04:07.259 信息 [main] org.apache.catalina.startup.Catalina.start Server startup in 75 ms Connected to server [2025-07-03 10:04:07,383] Artifact demo1:war exploded: Artifact is being deployed, please wait... [2025-07-03 10:04:07,384] Artifact img: Artifact is being deployed, please wait... 03-Jul-2025 10:04:07.741 警告 [RMI TCP Connection(2)-127.0.0.1] org.apache.tomcat.util.descriptor.web.WebXml.setVersion 未知版本字符串 [4.0]。将使用默认版本。 03-Jul-2025 10:04:11.923 信息 [RMI TCP Connection(2)-127.0.0.1] org.apache.jasper.servlet.TldScanner.scanJars 至少有一个JAR被扫描用于TLD但尚未包含TLD。 为此记录器启用调试日志记录,以获取已扫描但未在其中找到TLD的完整JAR列表。 在扫描期间跳过不需要的JAR可以缩短启动时间和JSP编译时间。 03-Jul-2025 10:04:11.987 信息 [RMI TCP Connection(2)-127.0.0.1] org.springframework.web.context.ContextLoader.initWebApplicationContext Root WebApplicationContext: initialization started 03-Jul-2025 10:04:12.084 信息 [RMI TCP Connection(2)-127.0.0.1] org.springframework.web.context.support.XmlWebApplicationContext.prepareRefresh Refreshing Root WebApplicationContext: startup date [Thu Jul 03 10:04:12 CST 2025]; root of context hierarchy 03-Jul-2025 10:04:12.164 信息 [RMI TCP Connection(2)-127.0.0.1] org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions Loading XML bean definitions from class path resource [spring.xml] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder". SLF4J: Defaulting to no-operation (NOP) logger implementation SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details. 03-Jul-2025 10:04:13.528 警告 [RMI TCP Connection(2)-127.0.0.1] org.springframework.web.context.support.XmlWebApplicationContext.refresh Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'userController': Injection of resource dependencies failed; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.aaa.controller.UserService' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {@javax.annotation.Resource(shareable=true, lookup=, name=, description=, authenticationType=CONTAINER, type=class java.lang.Object, mappedName=)} 03-Jul-2025 10:04:13.534 严重 [RMI TCP Connection(2)-127.0.0.1] org.springframework.web.context.ContextLoader.initWebApplicationContext Context initialization failed org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'userController': Injection of resource dependencies failed; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.aaa.controller.UserService' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {@javax.annotation.Resource(shareable=true, lookup=, name=, description=, authenticationType=CONTAINER, type=class java.lang.Object, mappedName=)} at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.postProcessPropertyValues(CommonAnnotationBeanPostProcessor.java:321) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1264) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:553) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197) at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:761) at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:866) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:542) at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:443) at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:325) at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:107) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4699) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5165) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:743) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:719) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:705) at org.apache.catalina.startup.HostConfig.manageApp(HostConfig.java:1720) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:287) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801) at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:479) at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:428) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:287) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801) at com.sun.jmx.remote.security.MBeanServerAccessController.invoke(MBeanServerAccessController.java:468) at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468) at javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76) at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309) at java.security.AccessController.doPrivileged(Native Method) at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1408) at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:346) at sun.rmi.transport.Transport$1.run(Transport.java:200) at sun.rmi.transport.Transport$1.run(Transport.java:197) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:196) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$0(TCPTransport.java:683) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:682) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:748) Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.aaa.controller.UserService' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {@javax.annotation.Resource(shareable=true, lookup=, name=, description=, authenticationType=CONTAINER, type=class java.lang.Object, mappedName=)} at org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoMatchingBeanFound(DefaultListableBeanFactory.java:1486) at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1104) at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1066) at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.autowireResource(CommonAnnotationBeanPostProcessor.java:518) at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.getResource(CommonAnnotationBeanPostProcessor.java:496) at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor$ResourceElement.getResourceToInject(CommonAnnotationBeanPostProcessor.java:627) at org.springframework.beans.factory.annotation.InjectionMetadata$InjectedElement.inject(InjectionMetadata.java:169) at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:88) at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.postProcessPropertyValues(CommonAnnotationBeanPostProcessor.java:318) ... 60 more 03-Jul-2025 10:04:13.537 严重 [RMI TCP Connection(2)-127.0.0.1] org.apache.catalina.core.StandardContext.startInternal One or more listeners failed to start. Full details will be found in the appropriate container log file 03-Jul-2025 10:04:13.538 严重 [RMI TCP Connection(2)-127.0.0.1] org.apache.catalina.core.StandardContext.startInternal Context [] startup failed due to previous errors [2025-07-03 10:04:13,577] Artifact demo1:war exploded: Error during artifact deployment. See server log for details. 03-Jul-2025 10:04:13.648 信息 [RMI TCP Connection(3)-127.0.0.1] org.apache.jasper.servlet.TldScanner.scanJars 至少有一个JAR被扫描用于TLD但尚未包含TLD。 为此记录器启用调试日志记录,以获取已扫描但未在其中找到TLD的完整JAR列表。 在扫描期间跳过不需要的JAR可以缩短启动时间和JSP编译时间。 [2025-07-03 10:04:13,681] Artifact img: Artifact is deployed successfully [2025-07-03 10:04:13,682] Artifact img: Deploy took 6,298 milliseconds 03-Jul-2025 10:04:17.238 信息 [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory 把web 应用程序部署到目录 [D:\1\apache-tomcat-8.5.47\webapps\manager] 03-Jul-2025 10:04:17.302 信息 [localhost-startStop-1] org.apache.jasper.servlet.TldScanner.scanJars 至少有一个JAR被扫描用于TLD但尚未包含TLD。 为此记录器启用调试日志记录,以获取已扫描但未在其中找到TLD的完整JAR列表。 在扫描期间跳过不需要的JAR可以缩短启动时间和JSP编译时间。 03-Jul-2025 10:04:17.309 信息 [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory [D:\1\apache-tomcat-8.5.47\webapps\manager] has finished in [70] ms D:\1\apache-tomcat-8.5.47\bin\catalina.bat stop Disconnected from the target VM, address: '127.0.0.1:56431', transport: 'socket' Using CATALINA_BASE: "C:\Users\�׵���\AppData\Local\JetBrains\IntelliJIdea2024.2\tomcat\b0e350b9-5b4f-401a-8cad-24459dbe45ae" Using CATALINA_HOME: "D:\1\apache-tomcat-8.5.47" Using CATALINA_TMPDIR: "D:\1\apache-tomcat-8.5.47\temp" Using JRE_HOME: "C:\Program Files\Java\jdk1.8.0_131" Using CLASSPATH: "D:\1\apache-tomcat-8.5.47\bin\bootstrap.jar;D:\1\apache-tomcat-8.5.47\bin\tomcat-juli.jar" 03-Jul-2025 10:05:14.875 信息 [main] org.apache.catalina.core.StandardServer.await A valid shutdown command was received via the shutdown port. Stopping the Server instance. 03-Jul-2025 10:05:14.875 信息 [main] org.apache.coyote.AbstractProtocol.pause Pausing ProtocolHandler ["http-nio-8080"] 03-Jul-2025 10:05:15.199 信息 [main] org.apache.coyote.AbstractProtocol.pause Pausing ProtocolHandler ["ajp-nio-8009"] 03-Jul-2025 10:05:15.529 信息 [main] org.apache.catalina.core.StandardService.stopInternal Stopping service [Catalina] 03-Jul-2025 10:05:15.544 信息 [main] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler ["http-nio-8080"] 03-Jul-2025 10:05:15.546 信息 [main] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler ["ajp-nio-8009"] 03-Jul-2025 10:05:15.547 信息 [main] org.apache.coyote.AbstractProtocol.destroy 正在摧毁协议处理器 ["http-nio-8080"] 03-Jul-2025 10:05:15.548 信息 [main] org.apache.coyote.AbstractProtocol.destroy 正在摧毁协议处理器 ["ajp-nio-8009"] Disconnected from server
07-04
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值