1 简介

　　日志系统是一种不可或缺的跟踪调试工具，特别是在任何无人职守的后台程序以及那些没有跟踪调试环境的系统中有着广泛的应用。 长期以来， 日志系统作为一种应用程序服务，对于跟踪调试、程序状态记录、崩溃数据恢复都有非常现实的意义。这种服务通常以两种方式存在：

　　1.日志系统作为服务进程存在。Windows中的的事件日志服务就属于这种类型，该类型的日志系统通常通过消息队列机制将所需要记录的日志由日志发送端发送给日志服务。日志发送端和日志保存端通常不在同一进程当中，日志的发送是异步过程。这种日志服务通常用于管理员监控各种系统服务的状态。

　　2.日志系统作为系统调用存在。Java世界中的日志系统和Unix环境下诸多守护进程所使用的日志系统都属于这种类型。日志系统的代码作为系统调用被编译进日志发送端，日志系统的运行和业务代码的运行在同一进程空间。日志的发送多数属于同步过程。这种日志服务由于能够同步反映处系统运行状态，通常用于调试跟踪和崩溃恢复。

　　本文建立的日志系统基本属于第二种类型，但又有所不同。该日志系统将利用 Java 线程技术实现一个既能够反映统一线程空间中程序运行状态的同步日志发送过程，又能够提供快速的日志记录服务，还能够提供灵活的日志格式配置和过滤机制。

　　1.1 系统调试的误区

　　在控制台环境上调试 Java 程序时，此时往控制台或者文本文件输出一段文字是查看程序运行状态最简单的做法，但这种方式并不能解决全部的问题。有时候，对于一个我们无法实时查看系统输出的系统或者一个确实需要保留我们输出信息的系统，良好的日志系统显得相当必要。

　　因此，不能随意的输出各种不规范的调试信息，这些随意输出的信息是不可控的，难以清除，可能为后台监控、错误排除和错误恢复带来相当大的阻力。

　　1.2 日志系统框架的基本功能

　　一个完备的日志系统框架通常应当包括如下基本特性：

　　所输出的日志拥有自己的分类。这样在调试时便于针对不同系统的不同模块进行查询，从而快速定位到发生日志事件的代码。

　　日志按照某种标准分成不同级别。分级以后的日志，可以用于同一分类下的日志筛选。

　　支持多线程。日志系统通常会在多线程环境中使用，特别是在 Java 系统当中，因此作为一种系统资源，日志系统应当保证是线程安全的。

　　支持不同的记录媒介。不同的工程项目往往对日志系统的记录媒介要求不同，因此日志系统必须提供必要的开发接口，以保证能够比较容易的更换记录介质。

　　高性能。日志系统通常要提供高速的日志记录功能以应对大系统下大请求流量下系统的正常运转。

　　稳定性。日志系统必须是保持高度的稳定性，不能因为日志系统内部错误导致主要业务代码的崩溃。

　　1.3 常用日志系统简介

　　在 Java 世界中，以下三种日志框架比较优秀：

　　1) Log4J

　　最早的 Java 日志框架之一，由 Apache 基金会发起，提供灵活而强大的日志记录机制。但是其复杂的配置过程和内部概念往往令使用者望而却步。

　　2) JDK1.4 Logging Framework

　　继 Log4J 之后， JDK 标准委员会将 Log4J 的基本思想吸收到 JDK 当中，在 JDK1.4 中发布了第一个日志框架接口，并提供了一个简单实现。

　　3) Commons Logging Framwork

　　该框架同样是 Apache 基金会项目，其出现主要是为了使得 Java 项目能够在 Log4J 和 JDK1.4 l Logging Framework 的使用上随意进行切换，因此该框架提供了统一的调用接口和配置方法。