Java 如果我的大多数播放代码都是阻塞的，那么增加线程的数量有意义吗？

我读了很多关于Play的非阻塞方法是如何工作的。理想情况下，传入的请求应该非常快速，将繁重的工作卸载到工作线程，然后返回池以服务更多请求。这就是最初应用程序线程池非常接近计算机CPU上可用内核数量的原因之一。许多消息来源甚至警告说，根本不要修补游泳池

让我们面对现实吧。事实上，并非所有的代码库部分都可以完全非阻塞。事实上，我的应用程序越大，它就越像传统的基于Java的服务器应用程序。要想让所有东西都成为非阻塞的，并绕过商品JVM框架，代价太高了

我开始质疑Play最初的提议。问题是我真的应该增加默认线程池吗？这是否会产生任何意外的后果（当然，还会增加内存占用）？

您阅读了吗？