对Request-ID的一些认识（*）

为什么要使用Request Id

1. Request Id 是为了解决下面问题

问题一： 客户端访问Web服务时，如何将客户端请求与服务端日志关联 
问题二： 微服务架构下，访问日志如何查询
问题三： 不同项目交互出现异常，如何做日志关联

2. Request Id Vs 没有Request Id
   没有Request Id 请求，只能根据调用函数日志关键，在根据用户的输入的参数，时间来确定相关的日志。 如果项目是分布式，微服务架构来实现， 上面查日志方式帮助很小。原因如下

代码层层封装后，无法通过日志关键与用户请求关联
微服务架构下，用户请求逻辑层分解多个子任务给下层服务处理，下层服务无法与用户请求关联
不同项目交互，如何在并发，错误重试，参数相同的情况下，无法通过关键字，时间来确定日志

requestId
当前项目，根据request id 可以找到所有与请求相关的日志
不同项目，可以根据request id 确定唯一的请求

3. Request Id 好处
   用户请求日志关联 项目间请求日志关联

4.Request Id 依赖

参考知乎：
（1）使用request id，要有配套日志记录系统
（2）周边系统支持，保持统一
（3）request id 每次用户请求，必须保证唯一。
（4）多服务间日志聚合
（5）调用关系分析
（6）日志分析

RESTful API中返回的Request ID有什么用？
似乎有些大型项目都会给RESTful API返回时加上一个Request ID，这个ID有什么用？会不会是服务端把一次请求的完整内容（所有的header和body等）也保存下来了所以才有这个ID的？如果是的话这样做的意义在哪呢？

因为现在很多服务都是分布式的，随着系统复杂度的不断提升，Request ID 可以帮助开发运维人员便捷有效地追踪定位问题。

一般来说，在一个完整的请求中（对外暴露的是一个接口，对内的话可能经过 N 多个子服务），每个子服务共用一个相同的、全局唯一的 Request ID，这样当出现问题时，根据 Request ID 就可以检索到请求当时的各个子服务的日志。应用 Request ID 的前提是，得先有一套健全的日志系统。