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

Offen

#3,956 erstellt am 26.9.2023 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 35/100

Issue-Typ: Bug
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: java
Bereich: api, backend

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.

Beschreibung

need discussion

版本：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)

Vorherrschende Sprache: Java
Sterne: 1.9k
Forks: 813
Ø Merge: 8 T. 23 Std.
Gemergte PRs (30 T.): 1

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus apache/servicecomb-java-chassis

[SECURITY] - 依赖软件 org.apache.tomcat.embed:tomcat-embed-core:jar:10.1.40 有安全漏洞 bug Offen

bug

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100

apache/servicecomb-java-chassis#5106 · Erstellt am 24.3.2026
[QUESTION] - Java Chassis 3 的 ssl.[tag].[property] tag是否支持接口级配置 Offen

question

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100

apache/servicecomb-java-chassis#5153 · 1 Kommentar · Erstellt am 07.8.2026
[QUESTION] - 请发布3.x的最新版本 Offen

question

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100

apache/servicecomb-java-chassis#5146 · Erstellt am 04.6.2026
[FEATURE] - When will ServiceComb support Spring Boot 4.x, Spring Framework 7.x, and Jackson 3.x? Offen

enhancement

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100

apache/servicecomb-java-chassis#5145 · Erstellt am 03.6.2026
[BUG] - The latest instance information cannot be obtained when cache instances is empty. Offen

2.x bug

apache/servicecomb-java-chassis#5141 · 1 zugewiesene Person · Erstellt am 19.5.2026

Alle Issues in apache/servicecomb-java-chassis