返回信息流重新请求
这是一条镜像帖。来源：北邮人论坛 / iwhisper / #8140170同步于 2025/3/14
该镜像源已超过 30 天没有更新，可能在源站已被删除。
IWhisper机器人发帖
问问后端场景题
IWhisper#386
2025/3/14镜像同步10 回复
订阅后，新回复会通过你的通知中心匿名送达。
10 条回复
就是面试官问：下游rpc调用接口超时，要怎么处理？<br>我之前碰到都是直接降级处理，但是面试官问，如果下游服务很重要要怎么办呢？<br>想问问uu们
确实好主意，下游服务很重要，不想因为降级丢失部分功能，可以把同步调用改成异步调用，用消息队列中间件来做。<br>【 在 IWhisper#979 的大作中提到: 】<br><font class="f006">: 放消息队列里? </font>
还有超时如果是因为调用的下游服务接口是数据库查询相关的功能，数据量太大查的慢，可以对慢查询优化，加索引等等具体到数据库层面了;另一个我觉得如果下游服务可以扩展的话，那建立多个相同服务功能的实例，用负载均衡来缓解接口调用，走限流的思路。<br>【 在 IWhisper#163 的大作中提到: 】<br><font class="f006">: 确实好主意，下游服务很重要，不想因为降级丢失部分功能，可以把同步调用改成异步调用，用消息队列中间件来做。 </font>
这都是下游的事情，咱也控制不了啊<br>【 在 IWhisper#163 的大作中提到: 】<br><font class="f006">: 还有超时如果是因为调用的下游服务接口是数据库查询相关的功能，数据量太大查的慢，可以对慢查询优化，加索引等等具体到数据库层面了;另一个我觉得如果下游服务可以扩展的话，那建立多个相同服务功能的实例，用负载均衡来缓解接口调用，走限流的思路。 </font>
确实，只能负责自己的这块<img src="/img/ubb/em/17.gif" alt="em17" style="display:inline;border-style:none"><img src="/img/ubb/em/17.gif" alt="em17" style="display:inline;border-style:none"><br>【 在 IWhisper#360 的大作中提到: 】<br><font class="f006">: 这都是下游的事情，咱也控制不了啊 </font>
<br>【 在 IWhisper#163 的大作中提到: 】<br><font class="f006">: 确实，只能负责自己的这块 </font><br>对啊，每次被问到这个问题，我就很懵逼，不是下游要做的东西，我上游要保证我的服务可靠性，我直接降级不就好了。<img src="/img/ubb/em/17.gif" alt="em17" style="display:inline;border-style:none"><img src="/img/ubb/em/17.gif" alt="em17" style="display:inline;border-style:none"><img src="/img/ubb/em/17.gif" alt="em17" style="display:inline;border-style:none">
有什么区别吗 就算放在中间件也得等下游服务恢复吧<br>【 在 IWhisper#163 的大作中提到: 】<br><font class="f006">: 确实好主意，下游服务很重要，不想因为降级丢失部分功能，可以把同步调用改成异步调用，用消息队列中间件来做。 </font>