小编use*_*691的帖子

有什么办法可以将以下操作作为一组流操作来执行，而不是显式地检查committedProducts 是否为空，然后返回默认列表，否则返回过滤后的列表？

public List<Product> getRecommendedProducts() {
    List<Product> recommendedProducts 
        = this.newProducts
              .stream()
              .filter(isAvailable)
              .collect(Collectors.toList());

    if (recommendedProducts.isEmpty()) {
        return DEFAULT_PRODUCTS;
    }

    return recommededProducts;
}

我们想利用 Spring Cloud Config Server 构建一个 Centralized Toggle Server，但我读过一篇博客/文章暗示 Spring Cloud Config 不适合 Kubernetes Cloud 环境（没有给出任何原因）。相反，建议为此使用 Spring Kubernetes ConfigMaps。

有人可以解释为什么不建议将 Spring Cloud Config Server 用于 Kubernetes 环境（如果有）？以及使用 Spring Kubernetes ConfigMaps 而不是 Spring Cloud Config Server 的优势（如果有的话）？

我们需要实现一个简单的切换服务器（其余应用程序），该服务器将获取切换名称并在启用或禁用时返回。我们预计每天会有数十万个请求的负载。

Spring（反应式）webflux 在这里有意义吗？

我的理解是，如果 http 线程有任何空闲时间的可能性，反应式休息 api 将很有用 - 这意味着线程等待完成某些工作，并且在收到来自数据库读取或休息调用的响应之前无法继续进行其他服务。

我们的用例只是返回正在查询的切换值（可能来自某些缓存）。反应式休息服务对我们的情况有用吗？与简单的 Spring Boot 应用程序相比，它有什么优势吗？