例行检查
- [ x] 我已确认目前没有类似 issue
- [ x] 我已确认我已升级到最新版本
- [x ] 我已完整查看过项目 README,已确定现有版本无法满足需求
- [x ] 我理解并愿意跟进此 issue,协助测试和提供反馈
- [ x] 我理解并认可上述内容，并理解项目维护者精力有限，不遵循规则的 issue 可能会被无视或直接关闭
功能描述
希望对于每一次调用的接口返回记录，加一个usage参数，用于记录每一次下级用户的扣费。为什么有这个请求呢？主要是因为我最近下面的用户总有几个React发现日志对不上的问题，少的时候差几刀，多的时候差了几十刀，我没有开启redis。如果加了这个参数，下级用户基于oneapi进行二次开放时，可以直接通过这个参数实现扣费类的操作，不必自己自定义计算规则。
应用场景
6条答案
按热度按时间o2rvlv0m1#
也可以考虑在请求体中加入一个用户自己传的UUID,让用户考虑是否要传这个UUID。将这个UUID存储到日志中，如果用户传了，就记录下来；如果没有传，就留空。在查询日志时，利用token和UUID可以快速定位到某条日志，方便进行排查。
pvcm50d12#
主要问题是由于某些网络问题，导致下级和我这边的扣费对不齐。刚好logs也是一个快速定位的接口，可以考虑这个。
t98cgbkg3#
为什么没有使用oneapi内部的requestid呢？主要原因是在某些情况下，用户无法获取响应体。例如，我在排查问题时遇到了这个问题，这有助于更方便地接入下级系统。因此，可以让用户自己考虑传递uuid。
dzjeubhm4#
我先标记一下，需要时间处理。
ioekq8ef5#
@songquanpeng 有相同的需求
wlp8pajw6#
有同样的需求+1,这样可以更方便优化管理下级的token使用量。