apache / apache/servicecomb-java-chassis

调用三方时负载均衡失败导致业务代码获取contextMgr为空

Offen
#3,956 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
need discussion
Vorherrschende Sprache
Java
Sterne
1.9k
Forks
814
Ø Merge
8 T. 23 Std.
Gemergte PRs (30 T.)
1

Beschreibung

版本:1.3.10
代码实现:业务为REST接口,非Reactive模式,业务调用三方接口为Reactive模式,调用三方结束后,通过CompletableFuture的get方法获取三方调用结果后返回。
问题场景:压测的过程中,因三方未扩容,压测一段时间后负载均衡失败,LoadBalancer.chooseServer返回null,导致了InvokerUtils的reactiveInvoke方法传给invocation.next的AsyncResponse被调用:
```
invocation.next(ar -> {
ContextUtils.setInvocationContext(invocation.getParentContext());
try {
invocation.getInvocationStageTrace().finishHandlersResponse();
invocation.onFinish(ar);
asyncResp.handle(ar);
} finally {
ContextUtils.removeInvocationContext();
}
});
```
以上的ContextUtils.removeInvocationContext()语句执行,导致ContextUtils中的contextMgr被清理,如下业务代码执行触发空指针异常:
ContextUtils.getInvocationContext().getLocalContext().put(CommonConstant.RETURN_CODE,0)

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Rechercherichtung

Beginne damit, den fehlgeschlagenen LoadBalancer.chooseServer-Pfad über InvokerUtils.reactiveInvoke und den in der Issue gezeigten AsyncResponse-Callback nachzuverfolgen. Untersuche, wie ContextUtils den Invocation-Kontext rund um invocation.next verwaltet, und vergleiche dies mit dem Aufrufer von CompletableFuture.get. Erledigt ist die Aufgabe, wenn der fehlgeschlagene Aufruf eines Drittanbieters den Business-Code nicht mehr mit einem null contextMgr zurücklässt; füge eine Regressionstestabdeckung für diesen Fehlerpfad hinzu oder führe sie aus.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
java
Bereich
api, backend
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.