在 Java 中为线程池提供单独的微服务有意义吗？
Does it make sense to have a separate microservice for thread pool in Java?
我想知道你是否可以帮我解决这个问题，有一个单独的微服务负责管理特定应用程序的线程、线程池是否有意义？此微服务管理的线程必须在其他应用程序代码中执行..
所以这意味着线程池微服务存在于不同的 JVM 中，而应用程序代码存在于另一个 JVM 中？
这意味着线程由 JVM 1 创建并在 JVM 2 中为不同的应用程序执行。
谢谢。
第一印象：坏主意。
不是硬性规定，但是各个微服务应该解耦。
线程管理是操作系统的工作。因此，实际上，此 线程管理器 微服务将成为您架构的非官方 OS。因此，这种架构将变成分层架构，线程管理器将成为底层。
您的微服务应该在问题域中工作，这意味着它们应该接受一个输入单元（例如：购物清单）并 return 输出一个单元（例如：从购物清单中购买的物品）。通过制作微服务 return 个线程，您已经打破了抽象。
我想知道你是否可以帮我解决这个问题，有一个单独的微服务负责管理特定应用程序的线程、线程池是否有意义？此微服务管理的线程必须在其他应用程序代码中执行..
所以这意味着线程池微服务存在于不同的 JVM 中，而应用程序代码存在于另一个 JVM 中？
这意味着线程由 JVM 1 创建并在 JVM 2 中为不同的应用程序执行。
谢谢。
第一印象：坏主意。
不是硬性规定，但是各个微服务应该解耦。
线程管理是操作系统的工作。因此，实际上，此 线程管理器 微服务将成为您架构的非官方 OS。因此，这种架构将变成分层架构，线程管理器将成为底层。
您的微服务应该在问题域中工作，这意味着它们应该接受一个输入单元（例如：购物清单）并 return 输出一个单元（例如：从购物清单中购买的物品）。通过制作微服务 return 个线程，您已经打破了抽象。