java web中的多线程_java-Web应用程序中多线程的作用

说到一个真实的示例，使用多线程有多种原因，我不会雇用不了解多线程的Web开发人员。 但是最后，对于标准开发和Web开发，使用多线程的原因是相同的：您要么希望在后台花费一些时间(又称为阻塞)来使用户在两者之间做出一些响应，要么 通过在多个内核上运行可以加快任务执行速度。 但是，当多线程实际上有用时，问题就不同了。

情况1：确实需要一些处理并且命中率/秒较低的Web服务器

在这里，多线程(如果适用于该算法)是一件好事，因为利用了空闲内核，并且线程可以导致对用户的更快响应。

情况2：确实需要进行一些处理且命中率较高的Web服务器

这里可以使用多线程，但是由于内核通常忙于处理其他请求，因此没有足够的资源来正确使用它。 实际上，将任务分散到多个线程甚至会对响应时间产生负面影响，因为现在任务分散了，所有部分都需要完成，但是线程的执行顺序是不确定的。 因此，一个客户端可以立即收到响应，而其他客户端则可能等待超时，直到最后一个片段最终得到处理。

情况3：Web服务器必须执行一些耗时很长的处理

这里需要多线程，因此无法解决。 客户不能等待几分钟甚至可能数小时才能收到响应。 在这种情况下，通常会实现一个回调系统，因此基本上每个任务都有一个“ API”，可以查询当前状态。 大多数在线商店就是一个例子：您订购一些东西，以后可以查询订购状态。

线程的替代方法是过程分叉，就像Apache在其标准配置中所做的那样。 这样做的好处是，负载分散在各个内核上(大多数情况下适用于情况2)，并且Web代码本身无需执行任何操作即可使用所有这些内核，因为OS会自动进行处理。 但是，如果负载不平衡，则某些内核可能会处于空闲状态，并且无法以最佳方式使用资源。 如果操作正确，线程情况几乎总是更好的解决方案。 但是，Apache / Tomcat标准配置通过为每个请求生成一个线程而使用了一种非常过时的线程模型。 有效地给定一定数量的命中/秒，CPU比实际处理这些请求更忙于线程处理。