Uni之间有区别吗<list<t> > 与多<t>在 Quarkus Resteasy 反应？ </t></list<t>

Question

实现反应式端点时，返回Uni<List<T>>与Multi<T>之间有什么区别吗？

@Path("/fruits")
public class FruitResource {

    @GET
    @Path("uni")
    public Uni<List<Fruit>> getUni() {
        return Fruit.listAll();
    }

    @GET
    @Path("multi")
    public Multi<Fruit> getMulti() {
        return Fruit.streamAll();
    }
}

我发现使用Multi更容易，因为我可以使用onItem().transform(fruit ->...)简单地将每个元素转换为 DTO
使用Uni ，我会在transform方法中得到一个不太方便的List 。

在所有 Quarkus 指南中，我看到他们使用的是Uni<List>> ，是否有充分的理由使用它而不是Multi ？

Answer 1

在这个特定的用例中，使用一个或另一个没有太大区别。 除了来自 rest API 的默认响应 header 会发生变化（这很微妙，但某些客户端可能会根据您正在做的事情做出不同的行为）：

对于大学：

HTTP/1.1 200 OK
Content-Type: application/json;charset=UTF-8
content-length: 75

对于多：

HTTP/1.1 200 OK
Content-Type: application/json;charset=UTF-8
transfer-encoding: chunked

这是因为当一个人生成 stream 的潜在无限事件时应该使用Multi （就像geod在另一个答案中所说的那样）。

如果您将 Panache 与 Hibernate Reactive 一起使用，则不支持流式传输数据库查询的结果。 因此，当前Fruit.streamAll的实现只是将Uni<List<Fruit>>转换为Multi<Fruit> 。

您可以在 GitHub 上看到代码：

        Uni<List<T>> results = list();
        return (Multi<T>) results.toMulti().flatMap(list -> {
            return Multi.createFrom().iterable(list);
        });

Answer 2

Multi<T>意味着 stream 可能是无穷无尽的，这表明数据从 REST 层流式传输到客户端。

另一方面， Uni<List<T>>意味着有一个可用的有限数据列表，REST 层将其视为与List<T>相同的方式