为何Flux<String>返回拼接字符串，Mono<List<String>>返回数组？求优化

一、返回结果差异的原因 #

Flux和Mono<List>的核心区别在于元素发射的方式：

• Flux<String>是逐个发射单个字符串元素，如果你的消费端（比如Spring WebFlux的响应处理）默认把流式元素直接拼接（比如Content-Type为text/plain时），就会得到所有字符串连在一起的结果。
• Mono<List<String>>是把所有字符串收集成一个List对象后，作为单个元素发射，消费端会把这个List识别为数组/集合类型，所以得到的是结构化的列表结果。

举个直观例子：如果Flux依次发射"url1"、"url2"、"url3"三个元素，text/plain响应会返回"url1url2url3"；而Mono<List>发射["url1","url2","url3"]，application/json响应会返回标准的数组格式。

二、更优雅的处理方式 #

你觉得collectList()不够优雅，其实这是Reactor中把流式元素汇总为集合的标准、规范做法，不存在不优雅的问题。如果业务上确实需要一次性返回所有上传后的URL列表，直接用它就好。

如果想保持流式返回（让客户端逐个接收URL），那你的原代码是正确的，问题出在消费端的处理：

• 如果是Web场景，确保客户端请求时指定Accept: application/stream+json，或者后端显式设置响应的Content-Type为流式JSON。
• 后端代码无需修改，原Flux<String>的写法完全符合响应式编程的理念。

调整后的代码示例（返回完整列表） #

如果业务要求一次性返回所有URL列表，修改方法返回值为Mono<List<String>>即可：

@Override
public Mono<List<String>> uploadFiles(GcpFolderEnum type, Flux<FilePart> files) {
    if (FileUploadEnum.GCP.equals(fileUploadProperties.getType())) {
        return files.flatMap(file -> this.gcpServices.pushToBucket(type, file, file.filename())
                        .map(this.gcpServices::getUrlCdnFromBucket))
                .collectList();
    }

    return Mono.just(Collections.emptyList());
}

保持流式返回的注意事项 #

如果要坚持返回Flux<String>，需确保消费端适配流式响应：

• 比如在WebFlux中，返回Flux<String>时框架默认用text/event-stream（Server-Sent Events）格式响应，客户端需要用SSE方式接收，而非普通的JSON解析逻辑。

内容的提问来源于stack exchange，提问作者Colin Blokkeel