关于 requestId 存在困惑

[awanganddong]

通常情况下

前端发送接口让每次附带 requestId，然后在日志里边查询会比较方便。

但是对后端返回接口的时候，也会附带 requestId 这个参数我是比较困惑的。

网上说，

这样是为了链式调用，方便排查问题

但是后台把 requestID 返回给前端，这个前端难道每次请求还要附带该参数吗？？

我不太明白

[p2pCoder]

用户行为串联
对于数据分析，推荐系统是很重要的一环
简单的例子，客户端 推荐了一个 app 应用给用户，我们需要把 最终的用户下载 安装 付费等行为与用户行为串联在一起，这样才能准确的把最终效果归因到某一次推荐，这个串联的过程就是 通过 requestid 透传

[awanganddong]

现在做的一个 dsp 系统就是通过你现在说的这种方式进行的，这样就清晰了许多

[p2pCoder]

@awanganddong 推荐与广告系统应用的最多，对于 dsp 这种广告系统这种串联很重要，有了这一环，才能为算法生成正确的 样本

[Jooooooooo]

请求串联 trace id

[WhatIf]

有个朋友做 ios 的， 他发送的请求需要我把类似于 requestid 返回给他， 因为他说他用的框架无法精确回调，而是统一返回的时候通过这个 id 来识别是哪次调用的返回。

当然了，我自己写 ios 的时候没遇到过这样的框架， 姑且算是一种理由吧。

[tairan2006]

后端微服务的话肯定要一个…但是对前端不需要吧，在接口路由层生成一个不就完了。

[awanganddong]

单单前台后台之间我还可以理解，微服务接口之间相互调用 trace_id 我测试下，看下