Java.util.logging包架构
类/接口功能概要
1. Filter(过滤器):控制日志记录的输出粒度, 粒度范围超过了Level类提供的功能,在每个handler的setFilter方法中设置该类型
2. Logger(日志记录器): 为了利用日志软件包,Logger对象并调用Logger中多个记录方法中的某一个,例如info(Stringmessage)。日志记录器Logger创建一个LogRecord(包含应用程序具体的日志信息)对象并把它传递到一个或者多个Handler,Handler对象再把它输出到目标,这样就实现了日志记录的输出。在日志的输出过程中,Logger和Handler对象可以根据日志等级和过滤器(Filter)来判断那些日志需要记录下来。同时,Handler与Formatter协同工作,Formatter对日志信息进行格式化,决定日志记录如何输出到日志
3. LogManager(日志管理器):管理一个日志记录器对象的名称空间,所有已命名的日志记录器都被保存在这个名称空间中;管理一套日志记录的控制属性,这些是简单的值对像,可以被Handler和logging对象使用来进行自我配置;
4. ErrorManager(错误管理器): ErrorManager对象依附在Handler对象上,用来处理在记录日志期间发生在Handler对象上的任何错误.但在处理输出日志时,假如Handler对象遇到问题时, Handler并没有抛出异常给日志记录的调用者,而是用依附在Handler上的ErrorManager来处理。
5. Level(等级): Java 日志软件包对每一个日志消息都赋以一个等级,以控制日志记录的输出。等级是一个整型数据,记录的等级越高,那么这个整型数据也就越大。下面的等级是在Level类中定义的(按照从低到高的顺序排列):
级别 | 重要性 | 日志记录器相应的日志方法 | 级别数值 |
SEVERE | 非常重要 | severe(String message); | 1000 |
WARNING | 针对警告 | warning(String message); | 900 |
INFO | 信息化的运行时间消息 | info(String message); | 800 |
CONFIG | 静态设置的消息 | config(String message); | 700 |
FINE | 提供追踪信息 | fine(String message); | 500 |
FINER | 显示详细的追踪信息 | finer(String message); | 400 |
FINEST | 更详细的追踪信息 | finest(String message); | 300 |
ALL | 显示所有应该日志记录的信息 | 没有可应用的 | Integer.MIN_VALUE |
OFF | 关闭日志 | 没有可应用的 | Integer.MAX_VALUE |
6. LogRecord(记录信息):LogRecord对象用来在日志框架和单个日志记录Handler之间传递日志记录请求,当一个LogRecord被传递进框架时, 在逻辑上它是属于框架的,不应该被客户应用程序使用或更新
注意:假如客户应用程序没有指定一个显式的来源方法名称和来源类名称, 当他们(方法或类)第一次被访问时(由于对getSourceMethodName或者getSourceClassName方法的调用),LogRecord类将通过分析调用堆栈,自动推断他们.因此,假如一个日志处理器想停止传递一个LogRecord给另一个线程,或者通过RMI传播,并且假如它后来想得到方法和类名,它应该调用getSourceClassName或getSourceMethodName来确保有值被填入.
7. LoggingPermission(记录许可):当代码和一个调用日志记录控制方法的安全管理器(SecurityManager)一起运行的时候,安全管理器(SecurityManager)将检测这个许可.当前仅仅有一个LoggingPermission.这值控制,并且它有控制日志记录配置的能力,例如添加或删除Handler,添加或删除过滤器,或者改变日志等级.程序员不必直接创建LoggingPermission对象.而是由读取的安全策略文件(security policyfile)来创建
8. Handler(处理器): Handler对象从Logger那里获得日志信息并且将它输出。可能会输出到控制台,或者输出到文件,或者把这些日志信息发送到网络中的日志服务,或者把它们转发给操作系统日志,或者其他什么。。JDK1.4日志API提供了两大类Handler对象。MemoryHandler简单的把日志消息保存在循环内存缓冲(circular memory buffer),当特定的触发事件发生时,再把它们发布到目标handler。典型的触发事件是接收到等级符合发布等级的日志消息。如果需要其它发布标准,MemoryHandler类可以扩展,重写日志方法来按照用户定义的日志记录条件来发布内存缓冲。StreamHandler向指定的输出流发布日志记录。Java日志API指定了三种StreamHandler对象。ConsoleHandler向标准错误流发布日志记录。FileHandler向指定的文件发布日志记录,它也可以配置成向循环文件集写入日志记录。SocketHandler向网络流发布日志记录(与其它应用通信)。可以通过调用setLevel(Level.OFF)使处理器无效,也可以通过调用setLevel方法的一个适当的等级使其有效.处理器类用LogManager属性来设置处理器的过滤器,格式化和等级的默认值.
9. MemoryHandler(存储处理器):把请求缓冲在内存的循环缓冲区内,通常这个处理器简单地把引入的LogRecord存贮在缓冲区,并丢弃以前的记录.这个缓冲很便宜并且避免了格式化.在某些特殊情况下, MemoryHandler将把当前缓冲区中内容挤出到目标缓冲区. 主要有三种引发挤压缓冲区的模型:
n 引入的LogRecord有一个大于以前定义等级的类型,也就是挤压等级
n 一个外部类显示地调用挤压方法
n 一个子类重载log方法,并且扫描每个引入的LogRecord,假如它匹配需求标准,将调用挤压方法
10. StreamHandler(流处理器):流基于日志记录处理器(logging Handler),这主要是作为一个基类或支持类来实现其他日志记录处理器. LogRecord被发送到一个给定的java.io.OutputStream.
11. ConsoleHandler(控制台处理器):这个处理器向标准错误流(System.err)发送日志记录,默认SimpleFormatter被用来产生简短的概要
12. FileHandler(文件处理器):简单文件日志处理器.FileHandler可以写到一个指定的文件,或者一套循环文件.对一套循环文件,当每个文件达到一个指定大小的时候,它将被关闭,循环出去,一个新的文件被打开.老的文件将按顺序加上"0","1", "2". 默认用XMLFormatter来格式化
13. SocketHandler(网络处理器):发布LogRecord到一个网络流连接.默认用XMLFormatter来格式化
14. Formatter(格式化器):格式化器提供格式化LogRecord支持.每个日志处理器器都有一个格式化器格.式化器获得一个LogRecord,并把它转化为字符串.有一些格式化器(例如XMLFormatter)需要包装头和尾字符串围绕一套格式化记录. GetHeader和getTail方法可以用来获得这些字符串.
15. SimpleFormatter(简单格式化器): Print a briefsummary of the LogRecord in a human readable format. The summary will typicallybe 1 or 2 lines用一种可以阅读的格式来打印LogRecord的简单概要.典型的概要是1或者2行.
16. XMLFormatter(XML格式化器):把LogRecord格式化尾标准的XML格式.DTD规范在Java Logging APIs规范的附录A中提供
配置文件
J2SDK1.4的Java Logging框架的配置文件(Windows):%J2SDK1.4_HOME%/jre/lig/logging.properties从配置文件可以看到:(一)自定义日志配置文件:java -Djava.util.logging.config.file=myfile(二)全局Handler在Java VM启动时被加载。
(二)全局Handler默认为java.util.logging.ConsoleHandler.handlers= java.util.logging.ConsoleHandler所以我们的任何日志记录动作都会在控制台进行显示。
(三)缺省的消息记录级别为:INFO。level= INFO在缺省情况下我们在控制台看不见低于INFO级别的日志消息。
(四)缺省的Handler消息格式为java.util.logging.SimpleFormatter
public class LogTest {
/**
* @param args
*/
public static void main(String[] args) {
// TODO Auto-generated method stub
//simpleGlobalLogFileHandler();
//loggerNameTest();
loggerEntering();
}
private static void loggerEntering() {
// TODO Auto-generated method stub
FileHandler fileHandler2=null;
ConsoleHandler consoleHandler = null;
try {
fileHandler2 = new FileHandler("d:/lmk.txt");
consoleHandler = new ConsoleHandler();
} catch (SecurityException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
Logger myLogger = Logger.getLogger(LogTest.class.getName());
// myLogger.addHandler(fileHandler2);
myLogger.addHandler(consoleHandler);
myLogger.entering("com.lmk.test.logtest.LogTest", "loggerNameTest");
myLogger.info("lmk+info");//说明 myLogger 默认自带一个ConsoleHandler。
Thread.dumpStack();
}
private static void loggerNameTest() {
// TODO Auto-generated method stub
FileHandler fileHandler2=null;
try {
fileHandler2 = new FileHandler("d:/lmk.txt");
} catch (SecurityException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
Logger myLogger = Logger.getLogger(LogTest.class.getName());
myLogger.addHandler(fileHandler2);
myLogger.fine("lmk_fine!");//没有输出 ,因为默认的级别是Info
myLogger.setLevel(Level.FINE);myLogger.fine("lmk_fine2!");//此时已经有输出了
fileHandler2.setLevel(Level.FINE);myLogger.fine("lmk_fine3!");
}
private static void simpleGlobalLogFileHandler() {
// TODO Auto-generated method stub
try {
FileHandler fileHandler1= new FileHandler("%tlmkLog%g.log");//还是没有找到API中所说的文件。
//Thus for example a pattern of "%t/java%g.log" with a count of 2 would typically cause log files to be written on Solaris to /var/tmp/java0.log and /var/tmp/java1.log whereas on Windows 95 they would be typically written to C:\TEMP\java0.log and C:\TEMP\java1.log
FileHandler fileHandler2= new FileHandler("d:/lmk.txt");
Logger.global.addHandler(fileHandler1);
Logger.global.addHandler(fileHandler2);
Logger.global.info("this is a global logger info!");//获得全局的记录器 但是输出文件自哪里 ???没有自带默认的fileHandler吗?
} catch (SecurityException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
最后有时间的时候可以分析一下java.util.logging源码:http://blog.youkuaiyun.com/liuganggao/article/details/8301900