这是一个创建于 1734 天前的主题，其中的信息可能已经有所发展或是发生改变。
通常情况下
前端发送接口让每次附带 requestId，然后在日志里边查询会比较方便。
但是对后端返回接口的时候，也会附带 requestId 这个参数我是比较困惑的。
网上说，
这样是为了链式调用，方便排查问题
但是后台把 requestID 返回给前端，这个前端难道每次请求还要附带该参数吗？？
我不太明白
 |
1
p2pCoder 2020-03-14 19:34:02 +08:00
用户行为串联
对于数据分析，推荐系统是很重要的一环 简单的例子，客户端 推荐了一个 app 应用给用户，我们需要把 最终的用户下载 安装 付费等行为与用户行为串联在一起，这样才能准确的把最终效果归因到某一次推荐，这个串联的过程就是 通过 requestid 透传 |
 |
2
awanganddong OP 现在做的一个 dsp 系统就是通过你现在说的这种方式进行的，这样就清晰了许多
|
|
3
p2pCoder 2020-03-14 19:43:47 +08:00
@awanganddong 推荐与广告系统应用的最多，对于 dsp 这种广告系统这种串联很重要，有了这一环，才能为算法生成正确的 样本
|
 |
4
Jooooooooo 2020-03-14 20:16:31 +08:00
请求串联 trace id
|
 |
5
WhatIf 2020-03-14 20:26:46 +08:00
有个朋友做 ios 的， 他发送的请求需要我把类似于 requestid 返回给他， 因为他说他用的框架无法精确回调，而是统一返回的时候通过这个 id 来识别是哪次调用的返回。
当然了，我自己写 ios 的时候没遇到过这样的框架， 姑且算是一种理由吧。 |
 |
6
tairan2006 2020-03-15 10:02:58 +08:00 via Android
后端微服务的话肯定要一个…但是对前端不需要吧，在接口路由层生成一个不就完了。
|
|
7
awanganddong OP 单单前台后台之间我还可以理解，微服务接口之间相互调用 trace_id 我测试下，看下
|
Select Language