日志与log4j2的配置和应用总结

便于开发：大量常用的集成开发环境（ide）和编程框架（如rails，django）都是围绕传统架构下单块应用设计的。城商行的公司治理在经历了搭建框架和完善提高两个发展阶段之后，目前架构整体完善，对银行可持续发展的引领作用日益明显。据悉，超多维将逐步搭建起以核心技术优势为基石，完善的智能计算视觉生态体系（包括裸眼3d、vr、ar、视觉信息模糊计算、ai等），加速开发和布局以深度学习、图形图像计算、模糊逻辑计算等核心技术为支撑，具有创新性的个人消费类市场互联网应用及行业垂直领域的应用。

我们都知道，在应用开发里，针对不同的环境，如何知道我们系统是正常运行的呢？这里几乎唯一能够依靠的就是log了。所以，问题不在于需不需要log，而是该如何去配置和使用log。而且，在不同的环境限制下，我们不能在所有的环境都像开发环境一样，可以有完善的调试跟踪器。所以，也只有log能够起到一个重要的分析问题和追踪问题的作用。

回滚日志除了能够在发生错误或者用户执行rollback时提供回滚相关的信息，它还能够在整个系统发生崩溃、进程直接被杀死后，当用户再次启动进程时，还能够立刻通过查询回滚日志将之前未完成的事务进行回滚，这也就需要回滚日志必须先于数据持久化到磁盘上，是我们需要先写日志后写的主要原因。2、按照上面的级别规范，在需要记录日志的地方记录日志，除了debug级别的日志其它日志不能记录过多，如果框架总是在运行的时候输出几十个warnning也容易让使用者忽略真正的问题。缺点:所有的执行的语句当记录到日志中的时候，都将以每行记录的修改来记录，这样可能会产生大量的日志内容,比 如一条update语句，修改多条记录，则binlog中每一条修改都会有记录，这样造成binlog日志量会很大，特别是当执行alter table之类的语句的时候，由于表结构修改，每条记录都发生改变，那么该表每一条记录都会记录到日志中。

总的来说，日志里需要记录的东西实在是太多了。而且他们都对应不同的应用层面。这一点也是在记录日志的时候需要考虑的。

和我们通常理解的写到文件里不一样。log并不一定要写到文件里。它还可以有很多中别的记录方式。比如:

控制台:

这是最常用的一种方式了。在常用的一些测试里，我们只是希望在屏幕的输出里看到这些记录信息。它就相当于我们使用的System.out.println()等方法。只是在实际使用上比这种输出方法要更加优雅一些。

普通文件：

我们可以将日志内容持久化到一些文件里。当然，一些普通的文件如果记录的内容比较杂乱的话，这些非结构化的内容检索起来比较麻烦。实际上还是有一些其他方式的记录文件的，比如xml, json或者syslog文件等等。这些文件遵循一定的格式规范，相对来说有一定的规律可循，在解析和处理上会更加便利一点。

socket:

支持日志审计，支持操作记录，集中式日志收集。基于现有的 elk 日志收集方案，稍作改造，选用 filebeat 来收集日志，可以作为 sidecar 的形式跟应用运行在同一个 pod 中，比较轻量级消耗资源比较少。应用通常从android.util.log类中调用一个方法，而调用的方法对应于不同的日志条目优先级别，例如应用 日志分类，log.i方法记录“信息性”日志，log.d方法记录“调试”日志，而log.e方法记录“错误”日志（很像syslog）。

：

独立日志中心中详细记录包括用户访问日志、资源访问日志、安全日志、管理员日志、系统日志五大类型的日志，提供丰富的流量、流速、访问频度统计排行及报表，为管理员提供最为丰富的审计记录，便于日后的风险防范，同时也为进一步的网络规划、应用规划提供详尽的数据支持。如果在对应节点之间建立起同步关系，只要保证每个节点上的表结构、数据、日志记录等保持一致，那么整个系统环境总体的表结构、数据和日志等也会一致。用表格的形式做日志，非常容易格式化，便于阅读和记录。

【aix】如果调用成功，系统会记录日志并向用户发送一封邮件，日志的位置在/var/adm/cron/log，邮件的位置在/var/spool/mail/用户名,如果不希望收到mail提醒，则在/path/app后增加 > /dev/null 2>&1。对与产生占用大量空间的日志的情况，我们可以采取在导入前动态更改的日志方式为大容量日志记录恢复模式，这样就不会记录日志了，导入结束后再恢复原来的日志记录方式。为了实现记录日志操作的主动执行，我们需要用命令模式将其封装，从而使得记录日志的方法能在合适的时间和地方主动执行，封装方式如下：。

基于目前的讨论，我们已经发现，对于不同级别的需要我们需要提供不同的日志信息。而有的信息属于比较紧急的，而有的仅仅是为了输出分析或者追踪的需要。那么，如果没有一个合理的级别划分处理的话，将所有的log内容混在一起确实不太合理。加入将很多调试的信息混杂在具体分析错误的日志里，会使得查找信息变得更加困难。而且，各种不相关的信息混杂在一起，也会导致日志文件的急剧增长，这对于日志文件的存储和处理也不利。所以，我们有必要对日志的内容进行详细的分类处理。

以log4j为例，它定义的log level主要如下表所示：

在上表中，有两个特殊的level， ON和OFF。其中ON表示如果设置成这个级别，则所有各类型的日志信息都会被记录下来。而OFF则表示不记录任何的日志信息。除了这两个意外，其他的级别从上到下按照严重程度排列。而且，这里还有一个有意思的规则来避免前面提到的各种级别的日志混杂在一起。比如上表中，每一列表示当前log事件的级别，而每一行表示log配置的级别。所以当目前配置的级别高于log事件的级别，则这部分的日志信息是不会有输出的。比如第二行的trace。当我们配置的log级别是DEBUG以及更高的时候，它不会有任何的输出。所以通过这种方式它能有效的规避前面出现的问题。

在基于默认模板或升级模板的生成过程，则可以使用 日志记录详细程度 生成过程参数来管理记录和存储的信息的详细级别。tomcat6通过自己内部实现的java日志记录器来记录操作相关的日志，此文件即为日志记录器相关的配置信息，可以用来定义日志记录的组件级别以及日志文件的存在位置等。4）否则，spring 会检查该bean 定义（beandefinition实例，用来描述bean结构，上篇文章讲到过，component-scan 扫描后，就是将beandefinition实例放入bean工厂，此时bean还没有被实例化。

前面的讨论算是对于log的基本概念有了一定的了解。那么，在具体的应用里，我们一般都是通过某个具体的log框架来实现这些日志记录目标的。而log4j2几乎是目前最流行的日志框架了。我们在这里对它的使用和配置做一个进一步的讨论。

如果我们希望在应用里使用log4j2，我们一般需要引入如下的依赖：

        <dependency>
            <groupId>org.apache.logging.log4j</groupId>
            <artifactId>log4j-api</artifactId>
            <version>${log4j.version}</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>org.apache.logging.log4j</groupId>
            <artifactId>log4j-core</artifactId>
            <version>${log4j.version}</version>
            <scope>runtime</scope>
        </dependency>

custom standalone logger 你可以创建定制的日志类 – 你只需简单的实现接口org.apache.velocity.runtime.log.logsystem然后将你的实现类名配置到运行时参数 runtime.log.logsystem.class的值, velocity在init()时将创建你的日志实例. 更多相关信息可以看 velocity helper class 和 configuration keys and values. 要注意的是, 接口org.apache.velocity.runtime.log.logsystem 在1.2后才支持这一功能.。 * 定义一个生产器实现这个接口,虽然我们只创建了一个泛型接口generator。的来说，面向接口应该是面向对象中的一部分吧，因为面向对象也强调的是依赖倒置原则，也就是实现依赖于抽象，而抽象不依赖于具体实现，更具比较的应该是面向接口与面向抽象对象，我的体会是面向接口更加灵活，但实现时候，稍微有些代码冗余，而面向抽象可以结合面向接口，先定义接口，再定义抽象类，在抽象类中处理一些公共逻辑，再实现具体实现类。

在引入log4j2的依赖之后，还有一个重要的就是设置它的配置文件。那么它支持哪些配置文件呢？文件可以设置成什么样的格式呢？而且，这些配置文件应该放在哪里呢？我们这里一一分析过来。

log4j2实际上支持4种方式的配置：

1. 通过XML, JSON, YAML或者properties文件作为配置文件来设置。

2. 通过程序创建ConfigurationFactory和Configuration实现。

3. 通过程序调用Configuration接口暴露的api，并添加组件到默认的配置中实现。

4. 通过程序调用内部类Logger的方法。

当然，我们在大多数情况下都是通过配置文件的方式来实现的。在本文里，我们主要讨论基于xml文件实现配置效果的方式。

在知道要用什么来进行配置之后，那么这些配置文件该放到哪里呢？在log4j2里，配置文件检测的过程如下：

1. log4j会检测名为"log4j.configurationFile"的系统属性值，如果这个值被设置了，则会尝试通过ConfigurationFactory来加载这个值对应的文件。

2. 否则它会尝试查找log4j2-test.properties这个文件。

3. 否则它会尝试查找文件log4j2-test.yaml 和 log4j2-test.yml。

4. 否则它会尝试查找文件log4j2-test.json 和 log4j2-test.jsn。

5. 否则查找文件log4j2-test.xml。

6. 否则查找文件log4j2.properties。

7. 否则查找文件log4j2.yaml 和 log4j2.yml。

8. 否则查找文件log4j2.json 和 log4j2.jsn。

9. 否则查找文件log4j2.xml。

10. 否则尝试读取DefaultConfiguration信息，这样会将日志信息输出到屏幕上。

8、对于linux环境下部署基本一致，zoo.cfg配置文件中data和datalog文件夹路径改为linux格式路径，使用“./zkserver.shstart-foreground”命令启动zkserver，注意start启动参数不能输出异常信息。其次则是复杂场景的数据收集问题，尽管中国在传感器部署方面数量众多，但由于数据安全性问题，开发者很难获取海量公共信息，因此面对复杂场景时，只能进行有限的数据收集，这也成为开发者应用视觉技术时的另一个重要问题。在熟悉了搜索引擎建立的过程后，可以对其架构进行设计，可以在流程中看出资源文件就像是一批材料，索引建立子系统就像是工厂，将材料加工输出成品，所以可以将该流程设计成流水线形式，可以将资源路径作为流水线上的材料，疵品被剔除掉，经过流水线的一系列操作后，索引最后输出。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-116994-1.html