Spring WebClient 奇怪的行為

Question

我正在使用webClient使用以下代碼執行 http 請求

  @Bean
    public CommandLineRunner commandLineRunner() {
        return args -> Flux.just(1)
            .flatMap(__ -> WebClient
                .builder()
                .build()
                .post()
                .uri("http://thisuridoesnotexist/")
                .exchangeToMono(response -> Mono.just(1))
                .doOnError(throwable -> System.out.println("1"))
                .onErrorResume(
                    Exception.class,
                    throwable -> {
                        System.out.println("2");
                        return Mono.error(new RuntimeException("This vanishes"));
                    })
                .onErrorContinue((throwable, o) -> {
                    System.out.println("8");
                }))
            .doOnError(__ -> System.out.println("9"))
            .onErrorContinue((throwable, obj) -> System.out.println("10"))
            .subscribe();
    }

當webClient嘗試與未應答的 uri 對話並拋出連接被拒絕異常時，實際上會發生該問題。 正如您在代碼中看到的，有多個Xerror操作符（當然，它們只是為 PoC 放置的）但是這里唯一真正起作用的是帶有8的onErrorContinue 。 預計9和10不會工作，因為“錯誤”已在8上解決，但是！ 如果我注釋掉8那么它會跳過9並直接轉到10 。 最后無論情況如何，它總是跳過1和2運算符。

閱讀reactor的文檔和上面doOnError的javadoc doOnError說，它清楚地說明對於Xerror操作符，它會捕獲這里不會發生的任何異常。

最后但並非最不重要的是刪除onErrorContinue 1 、 2和9按預期工作。 因此，如果onErrorContinue只是急切地消耗所有內容的問題，我該如何使用“catchAll”故障保護，以防在特定情況下未“預測”錯誤或只是處理錯誤？

只是為了完成這個演示項目中使用的 pom 代碼如下

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.5.3</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>
    <groupId>com.example</groupId>
    <artifactId>demo</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <name>demo</name>
    <description>Demo project for Spring Boot</description>
    <properties>
        <java.version>11</java.version>
    </properties>
    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-webflux</artifactId>
        </dependency>
    </dependencies>
    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>
</project>

Answer 1

根據文檔描述，這不是 Spring 的行為，而是onErrorContinue的：

https://projectreactor.io/docs/core/release/api/reactor/core/publisher/Mono.html#onErrorContinue-java.util.function.BiConsumer-

通過從序列中刪除有罪的元素並繼續處理后續元素，讓上游兼容運算符從錯誤中恢復。 通過提供的 BiConsumer 通知恢復的錯誤和相關值。 或者，從該雙消費者拋出的異常將向下游傳播拋出的異常以代替原始錯誤，該異常被添加為新錯誤的抑制異常。

...

請注意， onErrorContinue() 是一個專業操作符，可以使您的反應鏈的行為變得不清楚。 它在上游而不是下游運營商上運行，它需要特定的運營商支持才能工作，並且范圍可以很容易地向上游傳播到沒有預料到它的庫代碼中（導致意外行為。）

所以 doOnError 沒有收到異常，因為上游已恢復。

為了理解它的真正含義以及如何處理它，我進行了一些實驗並發現，如果您將throw new RuntimeException()放在塊中，其中包含8則將捕獲1和2 。 但不是9 ，因為10行為相同