Java-Servlet 3.0中的异步与Servlet 3.1中的NIO
到现在为止，因为它适用于服务的HTTP请求，我想条款- asynchronous和non-blocking
i/o意味着同样的事情。但是显然，它们分别在Servlet 3.0和3.1中分别实现。我正在努力了解这里的区别…
请问有人可以进一步阐明这个话题吗？具体来说，我正在寻找一个示例，该示例说明服务器的Servlet
3.0实现如何异步而又在线程上阻塞？我想可能是，如果我理解了这一点，可能更容易理解Servlet 3.1中的非阻塞I / O试图解决的确切问题。
回答：
我将尝试总结我学到的东西。要了解Servlet 3.0和Servlet 3.1解决的问题，让我们以这种方式看一下：
同步处理请求的问题在于，它导致线程（执行繁重任务）运行了很长时间，直到响应消失。如果大规模发生这种情况，则servlet容器最终将耗尽线程-
长时间运行的线程会导致线程饥饿。
在Servlet
3.0之前，有针对这些长时间运行的线程的特定于容器的解决方案，我们可以生成单独的工作线程来执行繁重的任务，然后将响应返回给客户端。启动工作线程后，Servlet线程返回到Servlet池。Tomcat的Comet，WebLogic的FutureResponseServlet和WebSphere的异步请求分派器是异步处理实现的一些示例。
（有关 更多信息，请参见链接1。）
实际工作可以委托给线程池实现（独立于特定于容器的解决方案）。该Runnable实现将执行实际的处理，并将使用AsyncContext将该请求分派到另一个资源或写入响应。我们还可以将AsyncListener实现添加到AsyncContext对象中，以实现回调方法。
（有关 更多信息，请参见链接1。）
如上所述，Servlet 3.0允许异步请求处理，但仅允许传统的I / O（与NIO相对）。为什么传统的I / O是一个问题？
在传统的I / O中，有两种情况需要考虑：
- 如果进入服务器（I / O）的数据阻塞或流传输的速度比服务器读取的速度慢，则尝试读取此数据的服务器线程必须等待该数据。
- 另一方面，如果写入的来自服务器的响应数据
ServletOutputStream很慢，则客户端线程必须等待。在这两种情况下，服务器线程都执行传统的I / O（用于请求/响应）块。
换句话说，在Servlet 3.0中，只有请求处理部分变为异步，而没有用于服务请求和响应的I / O。如果有足够的线程阻塞，这将导致线程饥饿，并影响性能。
使用Servlet 3.1
NIO，此问题由ReadListener和WriteListener接口解决。这些已在ServletInputStream和中注册ServletOutputStream。侦听器具有回调方法，当可以读取内容或可以编写内容而不会在I
/ O线程上阻塞servlet容器时，将调用这些回调方法。因此，这些I / O线程已释放，现在可以满足其他请求，从而提高了性能。 （有关
更多信息，请参见链接2。）
- 链接1：http：//www.journaldev.com/2008/async-servlet-feature-of-servlet-3
- 链接2：https：//blogs.oracle.com/arungupta/entry/non_blocking_i_o_using
以上是 Java-Servlet 3.0中的异步与Servlet 3.1中的NIO 的全部内容， 来源链接： utcz.com/qa/411386.html
