跟你配置的线程池参数有关系，核心和最大线程数都是 10 ，阻塞队列为 1 ，当前线程数大于 maxpoolsize ，并且阻塞队列已满，就走拒绝策略了，默认的拒绝策略应该是 抛异常

我要充一亿话费

@dioxide java 或者 kotlin ，https://plugins.jetbrains.com/docs/intellij/welcome.html 这个是官方指南

@yangchaomin 可以先看下 java swing 一些内容，化界面有用。其他的参考官方文档了解下

@thetbw 不好意思，2021 现在还不行，插件页有个 version 可以看版本，现在只支持 2020.1 到 2020.2 的版本，之后的版本有个官方语法有变动，还没有维护修改。这俩天抽空会修改下，之后的版本就可以了

@gengzi 回复

看了大家的恢复，确实要早点睡觉了

@LiYanHong 早上九点上班，一般 8 点起床

@icyalala 了解

@Sunnic 感觉上了一天班，晚上想多玩会

@yitingbai 没毛病，铁子

习惯就好

穷

啥

crontab

可以，可以直接扫这个注解 ，网上有很多示例，可以百度下
@Pointcut("@annotation(注解的包名.类名)")

回来回答了，先说结论，类资源和类加载器的销毁，是无法确定的，判断对象是否存活，依赖于可达性分析，判断对象是否有 GcRoot 的引用链上，这是 jvm 的行为，我们无法控制。最简单的做法就是，不管这些已经加载的类资源，只需等等垃圾回收内存即可。

通过阅读 Spring dev tools 源码，对于重启时，的确 close 了一部分资源，并且显示的调用了 Systeam.gc() 和 Systeam.runfinalization() 去告知 jvm 来进行垃圾回收，但实质上，这仅仅是告知 jvm


更多参考：
https://gengzi.blog.csdn.net/article/details/115936177

慢慢来，可以要求工资低一点，先进公司开始干活