Java NioEventLoopGroup的自定义执行器是否危险？

我希望重用服务器引导的NioEventLoopGroup中的工作线程的线程池

提供使用自定义执行器。我担心使用它，因为默认执行者是：

---

脾气暴躁的人通常不会无缘无故地编写实现。这就是为什么我不确定使用简单线程池是否有任何缺点。

一般来说，使用自定义

执行器并不危险，但我认为对于您的用例，您应该共享相同的
EventLoopGroup
实例。
一般来说，使用自定义
执行器并不危险，但我认为对于您的用例您应该只共享相同的
EventLoopGroup
实例。
自定义
执行器对于与Netty范围之外的实现的另一部分共享线程池非常有用。相信诺曼的话：这并不危险

Project Reactor支持自定义
执行器
。因此，您可以创建一个线程池，并在Reactor和Netty之间共享它，以最大限度地提高线程的使用率（不要让一个池未充分使用，而让另一个池过度使用）。请记住，以这种方式共享执行器仅适用于短期的非阻塞任务。
自定义
执行器对于与Netty范围之外的实现的另一部分共享线程池非常有用。相信诺曼的话：这并不危险

Project Reactor支持自定义
执行器
。因此，您可以创建一个线程池，并在Reactor和Netty之间共享它，以最大限度地提高线程的使用率（不要让一个池未充分使用，而让另一个池过度使用）。请记住，以这种方式共享执行器仅适用于短期的非阻塞任务。
为什么不共享
NioEventLoopGroup
对象？这一点很好。我没有看到它实现了Executor，但它显然实现了。非常感谢。但是知道它是否危险还是很好的，为什么不共享
NioEventLoopGroup
对象呢？很好。我没有看到它实现了Executor，但它显然实现了。非常感谢。但如果知道它是否危险还是很好的
if (executor == null) {
    executor = new ThreadPerTaskExecutor(this.newDefaultThreadFactory());
}