Log4J学习【九】Log4J的配置

通过前面的示例，我们已经对Log4j的使用方式有了一定的了解。我们再返回去看我们第二个稍微复杂的例子。单看Configure和LogicProcessor两个类，从代码的角度来看，在这两个类中硬编码日志，是没有问题的，也是没法优化的，比如在代码中添加log.info(string)，这种代码是必要的；在这种情况下，我应用中所有的类必要引入的也就只是一个Logger类，引入这个复杂性也是我们能够控制的。但是最重要的注意力，我们来思考，在真正一个应用当中，我们的测试类又该怎么表现呢？通过最开始的示例代码，我们已经知道，要正常的运行Log4J的日志功能，必须要至少对rootLogger进行相关的配置，之前随着我们的代码的复杂度越来越高，我们发现，要能够控制我们的日志的输出级别，各个模块的日志输出控制，我们必须要在测试代码中加入大量的Log4J的代码；比如设定Level，Threshold，Appender，Layout，Pattern等等代码，换句话说，如果这些代码都必须硬编码到程序中，我们必须要在我们的应用启动的时候就执行这些代码，比如在WEB环境中，就要使用ServletContextListener等来初始化Log4J环境，或者在我们的桌面应用的启动过程中，使用这些代码来控制Log4J的初始化。这样做的后果是，虽然我们也能达到统一控制日志输出的目的，但是我们仍然需要使用大量的代码来控制这些内容；也没法达到一种灵活统一配置的方式，因为我们知道，在大部分的情况下，使用配置文件的方式肯定优于代码的配置方式。
    庆幸的是，Log4J远远不止能使用代码来完成配置，他还提供了更多更灵活的配置方式，比如我们接下来要介绍的properties和XML的配置。