这是一个创建于 1232 天前的主题，其中的信息可能已经有所发展或是发生改变。
请教下，现在我们后端提了一个需求，请求他们接口服务端如果返回异常响应择需要客户端在下次请求时上报。 我对项目级别的后端没啥经验，按我理解服务端应该有请求日志查询就好了，还需要客户端单独上报吗？这种情况是否合理？
如果不合理，应该拒绝比较合适？
 | 1 clf 2022-05-26 11:53:59 +08:00 异常响应应该在后端网关日志里记录的。网关都记录不到的日志和后端也没关系了。不需要单独上报的。 一般上报日志是用来收集前端本身代码错误的，而不是用来收集后端接口错误的。 |
 | 2 shanghai1943 2022-05-26 11:54:25 +08:00 讲道理服务端是可以感知到异常抛出的，有个全局统一异常处理，用不着客户端处理，而且客户端上报的时候还可能会遇到网络问题，有可能会丢失异常信息，不利于排查问题。这属于服务端异常监控范畴，得服务端内部解决。 |
 | 3 unnamedhao 2022-05-26 12:01:01 +08:00 举例说明， 异常情况下例如网络错误或者 dns 解析错误，这种情况客户端的请求服务器是接收不到的， 以上情况需要客户端先把异常信息保存到本地， 在下一次联网成功的时候把这类错误信息上报， 上报失败的话继续记录，直到上报成功为止 |
 | 4 JNotEnoughW OP 感谢各位回复。总结下，属于服务器的错误本来就应该服务器内部自有监控策略。 其实有感觉部门后端水平不咋滴，但是奈何主管（服务端和客户端同一位）非技术出身不作为，每次有些奇怪的需求给到客户端都得扯皮一段时间。 |
 | 5 zhanlanhuizhang 2022-05-26 17:48:07 +08:00 我也做过。HttpLoggingInterceptor 拦截器改造一下。判断是否是服务器异常。 |
| 6 JNotEnoughW OP @zhanlanhuizhang 所以当时你有尝试拒绝这个方案吗？其实问题目的是探讨是否合理？不合理应该用什么理由拒绝。对于客户端实现方案还是挺多的，这不还没到实现阶段嘛 |
7 yc8332 2022-05-27 09:29:33 +08:00 他的意思应该是类似网络问题导致连不上服务端接口这种日志吧，其他的服务端异常日志若有记录应该都能查到 |
Select Language