因为 Supplier 是没有入参有返回值的方法, Math.random 也是一样 所以可以用静态方法引用
其他的还有构造器和实例方法

@gumusu IDEA 昨天已经 RC 了

6s 只剩 63%

我是 lan 可以唤醒
外网的话是 ssh 弄个隧道

@weiwenhao +1 而且提交 bug 不是这样提交的吧 不知道楼上那些说"提交 bug"是什么意思 不过官方回应也是过了

Java 一些语法上没一些语言爽
但是很多框架功能都有轮子 开箱即用这点是爽

Spring5.3 里增加的 简单试了下试可以统计 bean 创建耗时
可以看下这个文章 https://www.amitph.com/spring-boot-startup-monitoring/#ApplicationStartup_StartupStep

根据我的经历用什么都一样 不要用眼过度就行
特别是睡前 尝试不看屏幕第二天眼睛很舒服

我也觉得一样看 B 站耗电 没 18 款耐久

@SuperMild 贝尔不等式证明这个想法是错的

不是很明白为什么要加目录名搜? 因为其他目录也有很多一样的文件想过滤吗

数据仓库?

```java

@Test
public void demo() {
QueryTask var0 = new QueryTask(900);
QueryTask var1 = new QueryTask(2100);
QueryTask var2 = new QueryTask(2000);
QueryTask var3 = new QueryTask(2000);

Demo<QueryTask, Integer> test = new Demo<>(1000, List.of(var0, var1, var2, var3));
long l = System.currentTimeMillis();
Collection<Integer> d = test.execute();
System.out.println(System.currentTimeMillis() - l);
assert d.size() > 0;
for (Integer integer : d) {
assert integer <= 1000;
}
}
static class Demo<T extends Supplier<E>, E> {
private static final ExecutorService ES = Executors.newFixedThreadPool(10);
private final int timeout;
private final Collection<T> tasks;
Demo(int timeout, Collection<T> tasks) {
this.timeout = timeout;
this.tasks = tasks;
}
public List<E> execute() {
List<CompletableFuture<E>> collect = tasks.stream().map(x -> CompletableFuture.supplyAsync(x, ES)
.completeOnTimeout(null, timeout, TimeUnit.MILLISECONDS))
.collect(Collectors.toUnmodifiableList());

CompletableFuture<List<E>> listCompletableFuture = CompletableFuture.allOf(collect.toArray(new CompletableFuture[collect.size()]))
.thenApply(v -> collect.stream().map(CompletableFuture::join)
.filter(Objects::nonNull)
.collect(Collectors.toList()));
return listCompletableFuture.join();
}
}
static class QueryTask implements Supplier<Integer> {
private final int time;
QueryTask(int time) {
this.time = time;
}
@Override
public Integer get() {
try {
//query
Thread.sleep(time);
} catch (InterruptedException e) {
e.printStackTrace();
}
return time;
}
}

```

CompletableFuture 有个 completeOnTimeout 超时的时候可以设置默认值给个 null
最后过滤掉为 null 的

删掉 iml 和.idea 重新检索一次

还是近视最容易有 最近也在注意了

我们这边是打包把第三方的 jar 和源码分开
云盘上面先把第三方的 jar 按照集群应用放上去
启动参数 classpath 指定多一个对应的路径就好了 除非有第三方依赖更改才要更新