升级了，感觉启动速度快了些，windows 平台

@choice4 是我理解错了，，，局部变量 ExecutorService 实例对象在方法执行完了之后确实没地方引用它了，只是这个对象的 workers 字段引用了一个核心线程，但是并不影响这个实例对象的 gc...

@bejin2022 已经租到了

@karottc 我感到奇怪的是为什么 pool 有着一个 waiting 状态的核心线程的引用，还会被 gc 回收走到 finalize 方法里

需要做的事情是啥？需要拿到什么 bean ?
通用的可以试试当做完事情之后再注册服务

没啥用，大部分 service 都只有一个实现，写接口反而搞复杂了

@placeholder 正常开机没有操作。

@icepie 好的，我看了下，手动 load btusb 这个 module 后，systemctl start bluetooth 后状态显示 running, 之后 bluetoothctl 连上去就出现了里面的 No default controller available 问题，但是 journalctl 没发现里面说的那两个错误。

@icepie bluetoothctl 一直在 Waiting to connect to bluetoothd...

@lry #2 我刚重启又试了一次，手动 start 后再看 status 一直重复提示 Condition check resulted in Bluetooth serv>

虽然手动 start bluetooth 后 status 正常，但是 bluetooth manager 里还是提示 bluez daemon not running

@icepie 没有报错。。

```
● bluetooth.service - Bluetooth service
Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2023-02-25 13:13:24 CST; 54s ago
Docs: man:bluetoothd(8)
Main PID: 7961 (bluetoothd)
Status: "Running"
Tasks: 1 (limit: 38259)
Memory: 1.8M
CPU: 21ms
CGroup: /system.slice/bluetooth.service
└─7961 /usr/lib/bluetooth/bluetoothd

2 月 25 13:13:24 mypc systemd[1]: Starting Bluetooth service...
2 月 25 13:13:24 mypc bluetoothd[7961]: Bluetooth daemon 5.64
2 月 25 13:13:24 mypc systemd[1]: Started Bluetooth service.
2 月 25 13:13:24 mypc bluetoothd[7961]: Starting SDP server
2 月 25 13:13:24 mypc bluetoothd[7961]: Bluetooth management interface 1.21 initialized
```

@BQsummer 如果只是调度，完全可以自己写个时间轮调度。

指定时间内的消息压缩成一条为啥要用消息队列的任意时间延迟来做？
感觉这个像是一个限流问题。