我知道 tomcat 服务器容器，为每个新的 HTTP 请求分配一个新线程。那么使用 callable + future 背后的动机是什么？
1) 为什么我们关心当前请求的唯一线程是否在执行长任务？
2) 如果主线程被 future.get() 阻塞，那么让它做长任务有什么好处呢？是关于 tomcat 识别线程空闲 + 阻塞 - 所以它知道不引发“超时”标志？
3) 使用 while(future.isDone()) 比仅仅被 future.get() 阻塞有什么优势？这个线程在忙等待的时候不能做其他事情。
最佳答案
每个线程占用一个堆栈大小(预分配，请参阅 -Xss)，过多的线程可能会耗尽内存。将线程返回到 servlet 容器并使用 servlet api 3.1 的异步功能可能会更好。否则，卡在 future.get() 中没有任何好处，除非您为这个 future 运行任务的执行服务需要并发线程少于并发请求。例如:800 个 servlet 连接等待一个只有 50 个线程的 SQL 查询执行 svc。它也可能与安全/授权有关，当只允许来自特定执行程序 svc 的线程执行一些敏感调用时(从具有特权的线程工厂创建的线程)。
关于java - Tomcat 为每个 HTTP 请求分配一个新线程，那么使用 future.get() 的动机是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/57763615/