试试把这几个域名来单独分流处理一下应该就可以了，clash 的客户端支持这个功能

android.googleapis.com
android.clients.google.com
play.googleapis.com
services.googleapis.cn
xn--ngstr-lra8j.com

@Tsaiajie
@Chengx3

@qefrgty 看这个版本号像是小版本升级，没想到是这样 = = 、、、、

@acrisliu 从 2.2 到 2.3 也不是跨版本升级啊。。。。

@PIECExx 对，源码那个我看了，一般规范的来说，maximumPoolSize 设置为 Integer.MAX_VALUE 不是不太好嘛

Executors 下面那些，好像只有 newScheduledThreadPool 适合的，taskRegistrar.setScheduler 对参数类型有限制

@PIECExx 试了下，好像如果直接去配置 @Scheduled 的并发，都没法设置 maximumPoolSize 这个参数，有点迷
不知道官方为什么有这么个逻辑

搞定了，实现 ThreadPoolTaskScheduler 即可

@PIECExx 研究了下你说的，在 @Scheduled 里面控制并发数的时候，好像只能设置 corePoolSize，没法设置 maximumPoolSize

```java
public class ScheduleConfig implements SchedulingConfigurer {
private final Logger logger = LoggerFactory.getLogger(ScheduleConfig.class);


@Override
public void configureTasks(ScheduledTaskRegistrar taskRegistrar) {
taskRegistrar.setScheduler(Executors.newScheduledThreadPool(80));
}
}

```

@OysterQAQ 你这种 "根据业务来新建线程池再在注解中指定使用哪个线程池" , 可能控制的更精细化一些
我目前修改的办法，是实现了 AsyncConfigurer，定义了全局的线程池都用 ThreadPoolTaskExecutor 来做了

@OysterQAQ 发现了一个问题，线程池的 id 非常大，755 这种

然后查了下，SimpleAsyncTaskExecutor，默认情况下，每次请求都会新开线程，不是真的线程池，这个类不重用线程。

感觉可能和这个有关系，但是开了这么多线程，也没 out of memory 错误报出来，只是 hang 住了，也是很奇怪。。。

@OysterQAQ 对，是交给了另一个 SimpleAsyncTaskExecutor 的线程池，看日志里面，当时没有任何的报错，感觉不太好排查

没法预防，碰到对鼻子刺激性的东西就会偶发，不过频率已经非常低了

对我来说最有效的办法，生理盐水洗鼻器 + 多锻炼，很有效果

@hhluo 挺不错，最近正好想学习下

这年头，借钱出去，就得做好要不回来的准备，要不就干脆不借

要钱的过程本身就是一个巨大的成本

记笔记

现在有些笔记软件有图像识别功能，碰到书里面好的段落，直接拍个图，文字识别下，就导入到笔记软件里面去了

@Chengx3 远程的 dns

@Chengx3 应该是这种 ip 的问题

@Chengx3 对，跟你一样的问题

@echooo0 换 cloudflare 的 dns 1.1.1.1 没有这个问题