java高并发系列 - 第28天：实战篇，微服务日志的伤痛，一并帮你解决掉

环境：jdk1.8。

本文内容

1. 日志有什么用？

2. 日志存在的痛点？

3. 构建日志系统

日志有什么用？

---

1. 系统出现故障的时候，可以通过日志信息快速定位问题，修复bug，恢复业务

2. 提取有用数据，做数据分析使用

本文主要讨论通过日志来快速定位并解决问题。

日志存在的痛点

---

先介绍一下多数公司采用的方式：目前比较流行的是采用springcloud（或者dubbo）做微服务，按照业拆分为多个独立的服务，服务采用集群的方式部署在不同的机器上，当一个请求过来的时候，可能会调用到很多服务进行处理，springcloud一般采用logback（或者log4j）输出日志到文件中。当系统出问题的时候，按照系统故障的严重程度，严重的会回退版本，然后排查bug，轻的，找运维去线上拉日志，然后排查问题。

这个过程中存在一些问题：

1. 日志文件太大太多，不方便查找

2. 日志分散在不同的机器上，也不方便查找

3. 一个请求可能会调用多个服务，完整的日志难以追踪

4. 系统出现了问题，只能等到用户发现了，自己才知道

本文要解决上面的几个痛点，构建我们的日志系统，达到以下要求：

1. 方便追踪一个请求完整的日志

2. 方便快速检索日志

3. 系统出现问题自动报警，通知相关人员

构建日志系统

---

按照上面我们定的要求，一个个解决。

方便追踪一个请求完整的日志

当一个请求过来的时候，可能会调用多个服务，多个服务内部可能又会产生子线程处理业务，所以这里面有两个问题需要解决：

1. 多个服务之间日志的追踪

2. 服务内部子线程和主线程日志的追踪，这个地方举个例子，比如一个请求内部需要给10000人发送推送，内部开启10个线程并行处理，处理完毕之后响应操作者，这里面有父子线程，我们要能够找到这个里面所有的日志

需要追踪一个请求完整日志，我们需要给每个请求设置一个全局唯一编号，可以使用UUID或者其他方式也行。

多个服务之间日志追踪的问题：当一个请求过来的时候，在入口处生成一个trace_id，然后放在ThreadLocal中，如果内部设计到多个服务之间相互调用，调用其他服务的时，将trace_id顺便携带过去。

父子线程日志追踪的问题：可以采用InheritableThreadLocal来存放trace_id，这样可以在线程中获取到父线程中的trace_id。

所以此处我们需要使用InheritableThreadLocal来存储trace_id。

关于ThreadLocal和InheritableThreadLocal可以参考：ThreadLocal、InheritableThreadLocal（通俗易懂）

如果自己使用了线程池处理请求的，由于线程池中的线程采用的是复用的方式，所以需要对执行的任务Runable做一些改造，如代码：

public class TraceRunnable implements Runnable {

private String tranceId;

private Runnable target;

public TraceRunnable(Runnable target) {

this.tranceId = TraceUtil.get();

this.target = target;

}

@Override

public void run() {

try {

TraceUtil.set(this.tranceId);

MDC.put(TraceUtil.MDC_TRACE_ID, TraceUtil.get());

this.target.run();

} finally {

MDC.remove(TraceUtil.MDC_TRACE_ID);

TraceUtil.remove();

}

}

public static Runnable trace(Runnable target) {

return new TraceRunnable(target);

}

}

需要用线程池执行的任务使用TraceRunnable封装一下就可以了。

TraceUtil代码：

public class TraceUtil {

public static final String REQUEST_HEADER_TRACE_ID = “com.ms.header.trace.id”;

public static final String MDC_TRACE_ID = “trace_id”;

private static InheritableThreadLocal<String> inheritableThreadLocal = new InheritableThreadLocal<>();

/**

* 获取traceid

* @return

*/

public static String get() {

String traceId = inheritableThreadLocal.get();

if (traceId == null) {

traceId = IDUtil.getId();

inheritableThreadLocal.set(traceId);

}

return traceId;

}

public static void set(String trace_id) {

inheritableThreadLocal.set(trace_id);

}

public static void remove() {

inheritableThreadLocal.remove();

}

}

日志输出中携带上trace_id，这样最终我们就可以通过trace_id找到一个请求的完整日志了。

方便快速检索日志

日志分散在不同的机器上，如果要快速检索，需要将所有服务产生的日志汇集到一个地方。

关于检索日志的，列一下需求：

1. 我们将收集日志发送到消息中间件中（可以是kafka、rocketmq），消息中间件这块不介绍，选择玩的比较溜的就可以了

2. 系统产生日志尽量不要影响接口的效率

3. 带宽有限的情况下，发送日志也尽量不要去影响业务

4. 日志尽量低延次，产生的日志，尽量在生成之后1分钟后可以检索到

5. 检索日志功能要能够快速响应

关于上面几点，我们需要做的：日志发送的地方进行改造，引入消息中间件，将日志异步发送到消息中间件中，查询的地方采用elasticsearch，日志系统需要订阅消息中间件中的日志，然后丢给elasticsearch建索引，方便快速检索，咱们来一点点的介绍。

日志发送端的改造

日志是有业务系统产生的，一个请求过来的时候会产生很多日志，日志产生时，我们尽量减少日志输出对业务耗时的影响，我们的过程如下：

1. 业务系统内部引用一个线程池来异步处理日志，线程池内部可以使用一个容量稍微大一点的阻塞队列

2. 业务系统将日志丢给线程池进行处理

3. 线程池中将需要处理的日志先压缩一下，然后发送至mq

线程池的使用可以参考：JAVA线程池，这一篇就够了

引入mq存储日志

业务系统将日志先发送到mq中，后面由其他消费者订阅进行消费。日志量比较大的，对mq的要求也比较高，可以选择kafka，业务量小的，也可以选取activemq。

使用elasticsearch来检索日志

elasticsearch（以下简称es）是一个全文检索工具，具体详情可以参考其官网相关文档。使用它来检索数据效率非常高。日志系统中需要我们开发一个消费端来拉取mq中的消息，将其存储到es中方便快速检索，关于这块有几点说一下：

1. 建议按天在es中建立数据库，日质量非常大的，也可以按小时建立数据库。查询的时候，时间就是必选条件了，这样可以快速让es定位到日志库进行检索，提升检索效率

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Java开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
A8l-1715821994931)]

[外链图片转存中…(img-svkr0fpH-1715821994932)]

[外链图片转存中…(img-X7fa4yls-1715821994932)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Java开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！