Tomcat 本身并不内置一个名为 “Logging in Tomcat Table of Contents” 的官方文档章节但您可能是指 Apache Tomcat 官方文档中关于日志Logging的相关内容及其结构即目录/大纲。Tomcat 使用 JULIJava Util Logging 的定制版作为默认日志框架并支持通过logging.properties配置日志级别、处理器Handler、格式器Formatter等。以下是 Tomcat 官方文档中Logging 相关内容的典型目录结构Table of Contents概览基于 Tomcat 9/10 官方文档Introduction to Logging日志目的、默认行为、JULI 简介Configuring Loggingconf/logging.properties文件详解Logger 名称约定如org.apache.catalina.core.ContainerBase.[Catalina].[localhost]Log Handlers and Formattersjava.util.logging.ConsoleHandler/FileHandler/RollingFileHandlerTomcat 10.1自定义AsyncFileHandler或第三方集成如 Log4j2、SLF4JAccess Log ConfigurationValve组件AccessLogValve配置conf/server.xml中的Valve classNameorg.apache.catalina.valves.AccessLogValve日志格式pattern、滚动策略、时区等Per-Web Application Logging在WEB-INF/classes/logging.properties中为单个应用配置日志Troubleshooting Logging Issues常见问题日志不输出、权限错误、编码乱码、JULI 初始化失败等✅ 提示最新权威目录请参考 Apache Tomcat Documentation → Logging链接随版本更新如 Tomcat 9 用/tomcat-9-doc/。# 示例conf/logging.properties 关键片段 handlers 1catalina.org.apache.juli.AsyncFileHandler, \ 2localhost.org.apache.juli.AsyncFileHandler, \ 3manager.org.apache.juli.AsyncFileHandler, \ 4host-manager.org.apache.juli.AsyncFileHandler, \ java.util.logging.ConsoleHandler .org.apache.catalina.core.ContainerBase.[Catalina].[localhost].level INFOLogging in Tomcat Table of ContentsIntroductionJava logging API — java.util.loggingServlets logging APIConsoleAccess loggingUsing java.util.logging (default)Documentation referencesConsiderations for production usageIntroductionThe internal logging for Apache Tomcat uses JULI, a packaged renamed fork of Apache Commons Logging that is hard-coded to use the java.util.logging framework. This ensures that Tomcat’s internal logging and any web application logging will remain independent, even if a web application uses Apache Commons Logging.To configure Tomcat to use an alternative logging framework for its internal logging, follow the instructions provided by the alternative logging framework for redirecting logging for applications that use java.util.logging. Keep in mind that the alternative logging framework will need to be capable of working in an environment where different loggers with the same name may exist in different class loaders.A web application running on Apache Tomcat can:Use any logging framework of its choice. Use system logging API, java.util.logging. Use the logging API provided by the Java Servlets specification, javax.servlet.ServletContext.log(...)The logging frameworks used by different web applications are independent. See class loading for more details. The exception to this rule is java.util.logging. If it used directly or indirectly by your logging library then elements of it will be shared across web applications because it is loaded by the system class loader.Java logging API — java.util.loggingApache Tomcat has its own implementation of several key elements of java.util.logging API. This implementation is called JULI. The key component there is a custom LogManager implementation, that is aware of different web applications running on Tomcat (and their different class loaders). It supports private per-application logging configurations. It is also notified by Tomcat when a web application is unloaded from memory, so that the references to its classes can be cleared, preventing memory leaks.This java.util.logging implementation is enabled by providing certain system properties when starting Java. The Apache Tomcat startup scripts do this for you, but if you are using different tools to run Tomcat (such as jsvc, or running Tomcat from within an IDE), you should take care of them by yourself.More details about java.util.logging may be found in the documentation for your JDK and on its Javadoc pages for the java.util.logging package.More details about Tomcat JULI may be found below.Servlets logging APIThe calls to javax.servlet.ServletContext.log(…) to write log messages are handled by internal Tomcat logging. Such messages are logged to the category namedorg.apache.catalina.core.ContainerBase.[e n g i n e ] . [ {engine}].[engine].[{host}].[${context}]This logging is performed according to the Tomcat logging configuration. You cannot overwrite it in a web application.The Servlets logging API predates the java.util.logging API that is now provided by Java. As such, it does not offer you much options. E.g., you cannot control the log levels. It can be noted, though, that in Apache Tomcat implementation the calls to ServletContext.log(String) or GenericServlet.log(String) are logged at the INFO level. The calls to ServletContext.log(String, Throwable) or GenericServlet.log(String, Throwable) are logged at the SEVERE level.ConsoleWhen running Tomcat on unixes, the console output is usually redirected to the file named catalina.out. The name is configurable using an environment variable. (See the startup scripts). Whatever is written to System.err/out will be caught into that file. That may include:Uncaught exceptions printed by java.lang.ThreadGroup.uncaughtException(..) Thread dumps, if you requested them via a system signalWhen running as a service on Windows, the console output is also caught and redirected, but the file names are different.The default logging configuration in Apache Tomcat writes the same messages to the console and to a log file. This is great when using Tomcat for development, but usually is not needed in production.Old applications that still use System.out or System.err can be tricked by setting swallowOutput attribute on a Context. If the attribute is set to true, the calls to System.out/err during request processing will be intercepted, and their output will be fed to the logging subsystem using the javax.servlet.ServletContext.log(…) calls.Note, that the swallowOutput feature is actually a trick, and it has its limitations. It works only with direct calls to System.out/err, and only during request processing cycle. It may not work in other threads that might be created by the application. It cannot be used to intercept logging frameworks that themselves write to the system streams, as those start early and may obtain a direct reference to the streams before the redirection takes place.Access loggingAccess logging is a related but different feature, which is implemented as a Valve. It uses self-contained logic to write its log files. The essential requirement for access logging is to handle a large continuous stream of data with low overhead, so it only uses Apache Commons Logging for its own debug messages. This implementation approach avoids additional overhead and potentially complex configuration. Please refer to the Valves documentation for more details on its configuration, including the various report formats.Using java.util.logging (default)The default implementation of java.util.logging provided in the JDK is too limited to be useful. The key limitation is the inability to have per-web application logging, as the configuration is per-VM. As a result, Tomcat will, in the default configuration, replace the default LogManager implementation with a container friendly implementation called JULI, which addresses these shortcomings.JULI supports the same configuration mechanisms as the standard JDK java.util.logging, using either a programmatic approach, or properties files. The main difference is that per-classloader properties files can be set (which enables easy redeployment friendly webapp configuration), and the properties files support extended constructs which allows more freedom for defining handlers and assigning them to loggers.JULI is enabled by default, and supports per classloader configuration, in addition to the regular global java.util.logging configuration. This means that logging can be configured at the following layers:Globally. That is usually done in the ${catalina.base}/conf/logging.properties file. The file is specified by the java.util.logging.config.file System property which is set by the startup scripts. If it is not readable or is not configured, the default is to use the ${java.home}/lib/logging.properties file in the JRE. In the web application. The file will be WEB-INF/classes/logging.propertiesThe default logging.properties in the JRE specifies a ConsoleHandler that routes logging to System.err. The default conf/logging.properties in Apache Tomcat also adds several AsyncFileHandlers that write to files.A handler’s log level threshold is INFO by default and can be set using SEVERE, WARNING, INFO, CONFIG, FINE, FINER, FINEST or ALL. You can also target specific packages to collect logging from and specify a level.To enable debug logging for part of Tomcat’s internals, you should configure both the appropriate logger(s) and the appropriate handler(s) to use the FINEST or ALL level. e.g.:org.apache.catalina.session.levelALLjava.util.logging.ConsoleHandler.levelALLWhen enabling debug logging it is recommended that it is enabled for the narrowest possible scope as debug logging can generate large amounts of information.The configuration used by JULI is the same as the one supported by plain java.util.logging, but uses a few extensions to allow better flexibility in configuring loggers and handlers. The main differences are:A prefix may be added to handler names, so that multiple handlers of a single class may be instantiated. A prefix is a String which starts with a digit, and ends with .. For example, 22foobar. is a valid prefix. System property replacement is performed for property values which contain ${systemPropertyName}. If using a class loader that implements the org.apache.juli.WebappProperties interface (Tomcats web application class loader does) then property replacement is also performed for ${classloader.webappName}, ${classloader.hostName} and ${classloader.serviceName} which are replaced with the web application name, the host name and the service name respectively. By default, loggers will not delegate to their parent if they have associated handlers. This may be changed per logger using the loggerName.useParentHandlers property, which accepts a boolean value. The root logger can define its set of handlers using the .handlers property. By default the log files will be kept on the file system forever. This may be changed per handler using the handlerName.maxDays property. If the specified value for the property is ≤0 then the log files will be kept on the file system forever, otherwise they will be kept the specified maximum days.There are several additional implementation classes, that can be used together with the ones provided by Java. The notable ones are org.apache.juli.FileHandler and org.apache.juli.AsyncFileHandler.org.apache.juli.FileHandler supports buffering of the logs. The buffering is not enabled by default. To configure it, use the bufferSize property of a handler. The value of 0 uses system default buffering (typically an 8K buffer will be used). A value of 0 forces a writer flush upon each log write. A value 0 uses a BufferedOutputStream with the defined value but note that the system default buffering will also be applied.org.apache.juli.AsyncFileHandler is a subclass of FileHandler that queues the log messages and writes them asynchronously to the log files. Its additional behaviour can be configured by setting some system properties.Example logging.properties file to be placed in $CATALINA_BASE/conf:handlers 1catalina.org.apache.juli.FileHandler,2localhost.org.apache.juli.FileHandler,3manager.org.apache.juli.FileHandler,java.util.logging.ConsoleHandler.handlers 1catalina.org.apache.juli.FileHandler, java.util.logging.ConsoleHandler############################################################Handler specific properties.Describes specific configuration info for Handlers.############################################################1catalina.org.apache.juli.FileHandler.level FINE1catalina.org.apache.juli.FileHandler.directory ${catalina.base}/logs1catalina.org.apache.juli.FileHandler.prefix catalina.1catalina.org.apache.juli.FileHandler.maxDays 901catalina.org.apache.juli.FileHandler.encoding UTF-82localhost.org.apache.juli.FileHandler.level FINE2localhost.org.apache.juli.FileHandler.directory ${catalina.base}/logs2localhost.org.apache.juli.FileHandler.prefix localhost.2localhost.org.apache.juli.FileHandler.maxDays 902localhost.org.apache.juli.FileHandler.encoding UTF-83manager.org.apache.juli.FileHandler.level FINE3manager.org.apache.juli.FileHandler.directory ${catalina.base}/logs3manager.org.apache.juli.FileHandler.prefix manager.3manager.org.apache.juli.FileHandler.bufferSize 163843manager.org.apache.juli.FileHandler.maxDays 903manager.org.apache.juli.FileHandler.encoding UTF-8java.util.logging.ConsoleHandler.level FINEjava.util.logging.ConsoleHandler.formatter java.util.logging.OneLineFormatterjava.util.logging.ConsoleHandler.encoding UTF-8############################################################Facility specific properties.Provides extra control for each logger.############################################################org.apache.catalina.core.ContainerBase.[Catalina].[localhost].level INFOorg.apache.catalina.core.ContainerBase.[Catalina].[localhost].handlers 2localhost.org.apache.juli.FileHandlerorg.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/manager].level INFOorg.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/manager].handlers 3manager.org.apache.juli.FileHandlerFor example, set the org.apache.catalina.util.LifecycleBase logger to logeach component that extends LifecycleBase changing state:#org.apache.catalina.util.LifecycleBase.level FINEExample logging.properties for the servlet-examples web application to be placed in WEB-INF/classes inside the web application:handlers org.apache.juli.FileHandler, java.util.logging.ConsoleHandler############################################################Handler specific properties.Describes specific configuration info for Handlers.############################################################org.apache.juli.FileHandler.level FINEorg.apache.juli.FileHandler.directory ${catalina.base}/logsorg.apache.juli.FileHandler.prefix ${classloader.webappName}.java.util.logging.ConsoleHandler.level FINEjava.util.logging.ConsoleHandler.formatter java.util.logging.OneLineFormatterDocumentation referencesSee the following resources for additional information:Apache Tomcat Javadoc for the org.apache.juli package. Oracle Java 7 Javadoc for the java.util.logging package.Considerations for production usageYou may want to take note of the following:Consider removing ConsoleHandler from configuration. By default (thanks to the .handlers setting) logging goes both to a FileHandler and to a ConsoleHandler. The output of the latter one is usually captured into a file, such as catalina.out. Thus you end up with two copies of the same messages. Consider removing FileHandlers for the applications that you do not use. E.g., the one for host-manager. The handlers by default use the system default encoding to write the log files. It can be configured with encoding property. See Javadoc for details. Consider configuring an Access log.ApacheTomcat的内部日志使用JULI这是ApacheCommons日志的一个打包的重命名fork硬编码为使用java.util.logging框架。这确保了Tomcat的内部日志和任何web应用程序日志将保持独立即使web应用程序使用Apache Commons日志。要将Tomcat配置为使用备用日志框架进行内部日志记录请按照备用日志框架提供的说明为使用java.util.logging的应用程序重定向日志记录。请记住替代日志框架需要能够在不同的类装入器中可能存在同名的不同日志记录器的环境中工作。