在web应用中增加跟踪功能 学习在多线程环境下 Apache Log4j 的 NDCMDC 开发.doc

简介：?随着 Web 应用的复杂化，网站用户的操作过程也日益复杂，网站功能的多样化和交互性的提高为用户提供了多种可能的浏览路径。为了改进用户的使用体验，有时也是为了模拟用户的操作过程以帮助用户解决使用中的问题，需要能在日志中识别某个用户在整个 Session 中所经历的操作过程，本文针对基于 Apache Log4J 的 Web 应用，讨论如何利用 NDC 和 MDC 的机制，简单快捷的为 Web 应用日志增加用户跟踪的基础数据。通过本文，读者可以学习到关于 NDC 和 MDC 的工作机制，以及如何利用他们在一个 Web 应用中记录用户在一个网站上的全部行为和操作过程，并可以直接使用文中的代码和思路，提高工作效率。 进行用户跟踪的重要性 随着 Web 应用的复杂化，用户在网站上的操作过程日益复杂。网站功能的多样化和交互性的提高为用户提供了多种可能的浏览路径。对于一个复杂的站点，用户在网站上操作的行为模式和操作习惯的分析，会给网站的优化提供基础的数据支持。而从技术上要为这种分析提供支持，就需要记录下每个用户在网站上的操作过程。另一方面，这种数据的记录也有助于解决用户在使用中出现的问题。我们只要知道用户遇到问题的时间和一些基本信息，就可以从日志中查出此用户遇到问题时的操作过程，从而有助于再现用户的出错场景，进而帮助用户解决问题。此外，网站用户的安全审计和分析用户特征的数据挖掘等工作也需要提供一个方法能对用户的网站操作进行跟踪和纪录。 通常 Web 应用的开发者会在开发过程中设置很多的跟踪点，在这些跟踪点向日志系统输出一些应用程序运行的信息，如果这些信息足够全面的话，开发者就可以利用他们猜测出程序如何处理的用户请求，以及可能遇到了什么问题。但不幸的是，如果一个站点在设计阶段没有把用户跟踪作为系统必须解决的一个问题提出的话，这些日志很可能就只是开发者为满足系统调试的需要而设置的一些信息。当用户访问量急剧增加的的时候，就会出现下面的问题。 在一个高访问量的 Web 应用中，经常要在同一时刻处理大量的用户请求。Web 服务器会为每一个请求分配一个线程，每一个线程都会向日志系统输入一些信息，通常日志系统都是按照时间顺序而不是用户顺序排列这些信息的，这些线程的交替运行会让所有用户的处理信息交错在一起，让人很难分辨出那些记录是同一个用户产生的。另外，高可用性的网站经常会使用负载均衡系统平衡网络流量，这样一个用户的操作记录很可能会分布在多个 Web 服务器上，如果我们没有一种方法来标示一条记录是哪个用户产生的，从这众多的日志信息中筛选出对我们有用的东西将是一项艰巨的工作。 本文试图探讨的解决方案是建立在 Log4J 的基础上的，如果你的 Web 站点已经使用了 Log4J 作为日志系统的 API 接口，根据本文所介绍的方法，就可以很容易的在每一条日志上保存用户上下文信息，为用户跟踪保存基本的访问数据。为了更清晰地介绍这种方法，我们先对 Log4J 以及 NDC/MDC 做个简单的介绍。 Log4J 简介 Log4J 主要构件 Log4J 是 Apache 组织提供的一个日志组件, 它设计了灵活的配置文件，利用它可以在不更改程序的情况下,通过修改配置文件来调控日志的输出。下面是 Log4J 最主要的三大基本构件： 记录器（Loger） 对日志信息进行分类筛选。通过指定优先级，控制程序中日志信息的输出：高于优先级的日志可以被输出，低于优先级的日志则被忽略。 输出源（Appenders） 指定日志信息的输出设备。Log4J 目前支持的输出设备有以下几种： org.apache.log4j.ConsoleAppender(控制台) org.apache.log4j.FileAppender（文件） org.apache.log4j.DailyRollingFileAppender（每天产生一个日志文件） org.apache.log4j.RollingFileAppender（文件大小到达指定尺寸的时候产生一个新的文件） org.apache.log4j.WriterAppender（将日志信息以流格式发送到任意指定的地方） org.apache.log4j.SocketAppender (Socket) org.apache.log4j.NtEventLogAppender (NT的Event Log) org.apache.log4j.JMSAppender (电子邮件） 程序员也可以根据自己的需要定制 Appenders，实现更复杂和更为方便实用的日志管理，比如把日志输入数据库，或者传输到统一的日志服务器，等等。 布局（Layouts） 指定日志输出的格式。Log4J 提供的 Layout 有以下几种： org.apache.l