后端——框架——日志框架——logback——《官网》阅读笔记——第八章节(多线程场景&MDC对象)

　　第八章节介绍MDC对象，它的内容如下：

1. MDC对象的概念，以及它的使用。
2. MDC对象的应用场景。本文省略，参考原著内容。

1、概念

　　MDC的全称是Mapped Diagnostic Context。原著中对它的定义如下：

　　To uniquely stamp each request the user puts contextual information into the MDC，the abbreviation of Mapped Diagnostic Context

　　理解这段定义之前，先举个示例。

　　在Web应用中，当用户登录之后，会随之创建一个Session对象，之后用户的所有请求都与之绑定，session对象就扮演着作用域的角色，它为每一个用户提供一个私有的作用域，彼此之间相互独立。在session作用域中存放的变量，可以在相同用户的不同请求中获取。

　　Session的作用是唯一标识一个用户。

　　MDC与Session扮演的角色是一样的，它的作用是在多线程，多用户的场景下，唯一标识一个请求。粒度比session更细一些。

　　在每一个线程中，都会有一个MDC对象，它可以保存上下文信息，这些信息可以在当前上下文中随意获取，当线程销毁之后，MDC对象也被回收，所有变量都无效。

　　在每一个日志请求中，可以通过添加一些唯一性的上下文信息，用于标识日志请求等等。例如在Web请求时，将用户的ID，请求的URL路径等信息放入到MDC中。并在每一条日志信息中输出这些上下文信息。

　　每个日志请求中不是包含线程信息吗？为什么需要MDC？

　　原著中的回答是：

　　The thread name can cause confusion if the server side technology recycles threads, In that case, it may be hard to determine the boundaries of each request, that is, when a given thread  finishes servicing a request and when it begins servicing the next, Because the MDC is under the control of the developer, MDC attempts do not suffer from this problem.

　　这段话意思是线程回收之后，在次创建时线程名称可能会重复，而MDC伴随着线程的生命周期，每一个线程中的MDC对象都是不同的。

　　MDC与线程之间的关系是一对一的，它伴随着线程的生命周期，而在绝大多数情况下，每个线程对应一次用户请求，用户请求又可以找到对应的用户。有的线程甚至可以直接与用户建立关联，例如在建立TCP，HTTP连接时。

2、MDC对象

　　MDC对象使用起来和Map差不多，保存的是key-value的键值对。代码如下：

public class MDC{
	public static void put(String key,String value);
	public static String get(String key);
	public static void remove(String key);
	public static void clear
}

　　它的使用步骤很简单：

1. 在Java程序中，调用MDC的put方法，之后所有的日志请求都可以访问到。
2. 在配置文件中，在日志格式中配置%mdc{key}。
3. 在终端中的日志信息中即可看到key对应的value值。

　　它的应用场景是在多用户，多线程的情况下，为日志信息添加用户标识变量或者其他唯一性变量，方便分析请求流程。

　　在并发量比较小的情况下，用户的同一次请求的日志信息大部分是连贯的，或许中间会夹杂少量其他用户请求的日志信息，此时配置MDC的意义不是很大。

　　至此本篇内容结束，原著链接：http://logback.qos.ch/manual/mdc.html