12 年看车的时候：帕萨特不错，君威太好看了！
13 年买车的时候：蒙迪欧太贵，MG3 一眼看中，便宜！
15 年开车在路上：宝马 5 系好看，奔驰很帅气，下一辆目标是凯迪拉克沃尔沃二线豪华！
5 年后（ 2018 ）：蒙迪欧不耐看，阿特兹耐看！堵车耗油，要买省钱的，ES300H 加价好！
8 年后（ 2021 ）：沃尔沃后面不行，宝马没意思，奔驰很耐看！电车里程突破 800 没有？
10 年后（ 2023 ）：x5 给我也养不起，养的起也不开，还是电瓶车舒服，不堵车，随地停，充电便宜！

转眼自己的博客停更 4 年多了，目测会继续坚持停更下去😂
佩服开源和坚持周更的大佬们！

@bleulucaswu 这个时候不得不提 CompletableFuture 大法好了！
thenCombine/thenCompose/thenApplyAsync 这些方法很好用，建议参考这篇文章： https://tech.meituan.com/2022/05/12/principles-and-practices-of-completablefuture.html

真大佬！！！
https://juejin.cn/post/7418363736412815370
这里优化前、优化后两张图没看出区别。
https://juejin.cn/post/7419978042247413797
这图破了两张。

问下大佬，JVM 深入还是得学会 C++吧？
这 G1 的源码搞懂了，对应实际应用是啥？
谢谢！

8 年过去了，我还是没解决这个问题，回头再看，8 年我学会了什么？
[那个煞笔就是你]

哈哈，每天不看新闻不刷视频，但是拿起手机也是个把小时没了──群消息看不过来啊。🤣
只能说，牛马们太能摸鱼了……

可以用 MD 吗：

```
public Mono<SearchResult> searchWithPagination(int pageNumber, int pageSize) {
return redissonReactiveClient.getSearch(StringCodec.INSTANCE)
.search(SearchArgs(pageNumber, pageSize)) // 返回是 Mono<SearchResult>，有条数和页数吧
.flatMap(initialSearchResult -> { // flatMap 抽取结果
int totalPages = initialSearchResult.getTotal() / pageSize; // 修改一下，获取页数
if (pageNumber < totalPages) {
// 这里继续查询并合并
return redissonReactiveClient.getSearch(StringCodec.INSTANCE)
.search(SearchArgs(pageNumber, pageSize))
// map 则是转换结果
.map(nextSearchResult -> combineSearchResults(initialSearchResult, nextSearchResult));
} else {
// 没有数据
return Mono.just(initialSearchResult);
}
});
}

private SearchResult combineSearchResults(SearchResult initialResult, SearchResult nextResult) {
List<Document> combinedDocuments = new ArrayList<>(initialResult.getDocuments());
combinedDocuments.addAll(nextResult.getDocuments());
SearchResult combinedResult = new SearchResult();
combinedResult.setTotal(initialResult.getTotal());
combinedResult.setDocuments(combinedDocuments);
return combinedResult;
}

```

遇事不决问 AI ，这种问题问 AI 最好，他都能给你写好。
编程式风格确实不推荐使用 for 循环，用 for 也是配合 yield 。
你这个 flatMap 按理来说应该是可以的，我复制你的问题给 AI ，AI 就简单的给了一个参考代码，你可以看看，看能不能改改用上：

public Mono<SearchResult> searchWithPagination(int pageNumber, int pageSize) {
return redissonReactiveClient.getSearch(StringCodec.INSTANCE)
.search(SearchArgs(pageNumber, pageSize)) // 返回是 Mono<SearchResult>，有条数和页数吧
.flatMap(initialSearchResult -> { // flatMap 抽取结果
int totalPages = initialSearchResult.getTotal() / pageSize; // 修改一下，获取页数
if (pageNumber < totalPages) {
// 这里继续查询并合并
return redissonReactiveClient.getSearch(StringCodec.INSTANCE)
.search(SearchArgs(pageNumber, pageSize))
// map 则是转换结果
.map(nextSearchResult -> combineSearchResults(initialSearchResult, nextSearchResult));
} else {
// 没有数据
return Mono.just(initialSearchResult);
}
});
}

private SearchResult combineSearchResults(SearchResult initialResult, SearchResult nextResult) {
List<Document> combinedDocuments = new ArrayList<>(initialResult.getDocuments());
combinedDocuments.addAll(nextResult.getDocuments());
SearchResult combinedResult = new SearchResult();
combinedResult.setTotal(initialResult.getTotal());
combinedResult.setDocuments(combinedDocuments);
return combinedResult;
}

@Geekerstar 这个 bug 后面重现了吗？如果重现，能不能禁用前端的 ws 再试试运行一段时间？最好是本地复现就好搞

楼主解决了吗？
可能是一个小问题，也可能是一个大问题，github 上那个问题居然是 epoll 的原因，太离谱了。
所以，有没有可能是使用了其他第三方库导致？加载了一些什么大对象，大的类型导致元空间放不下，建议把问题代码发给 AI 问下看有没有什么线索。

@ZZ74 是对的，楼主就是想看下方法引用怎么用，首先签名相同的接口在 lambda 中可以通用，类型自动识别，但不能用于具有多个相同签名接口的重载方法，从你下面的三个方法就看出来你的想法。
上面的方法引用应该都不合理，因为你的方法都不是静态方法，那么方法引用必然有一个 this 对象上下文，你这貌似上下文对象都不对，没法执行，你还是想测试相同签名参数的写法吧。
其实，IDEA 参数中 new 的匿名对象它能自动识别帮你转 lambda ，简单的 lambda 如果有对应的方法会自动识别帮你转方法引用，不需要担心这个。
唯一需要自己搞的就是：函数式编程中传递的方法太长，单独写成一个方法，然后使用方法引用传入既简洁又能重用。
大部分情况也还是直接干吧，有 IDEA 呢，再还有 copilot 。

我们在线教育 9880 全价，一般都有优惠，优惠后 6880-7880 左右，可以去腾讯课堂搜搜，2W 多那是坑爹，课程内容是一样的，不懂行的人还真以为 2W 学的东西比 1W 多一倍。

@firekiller 刚试了，成功了，谢谢！

@sammiriam 是的，谢谢！

@loryyang 恩。初尝试。。。

@hljjhb 非常感谢！ already successfully installed ....

@beibeijia OK ，谢谢！