Servlet异步处理性能优化的过程
Servlet异步处理性能优化的过程
3.0版本之前
是Thread-Pre-Request模式即每一次Http请求都由某一个线程从头到尾负责处理
如果一个请求需要进行IO操作，比如访问数据库、调用第三方服务接口等，那么其所对应的线程将同步地等待IO操作完成， 而IO操作是非常慢的，所以此时的线程并不能及时地释放回线程池以供后续使用，在并发量越来越大的情况下，这将带来严重的性能问题
举例说明
线程实现逻辑
3.0版本
从HttpServletRequest对象中获得一个AsyncContext对象，该对象构成了异步处理的上下文，Request和Response对象都可从中获取。AsyncContext可以从当前线程传给另外的线程，并在新的线程中完成对请求的处理并返回结果给客户端，初始线程便可以还回给容器线程池以处理更多的请求
举例说明
这种方式是start方法向Servlet容器申请新的线程，然后在这个新的线程中继续处理请求，而原先的线程将被回收到主线程池中
-
老的线程执行start方法 -
start方法向servlet容器申请获取新的线程 -
新的线程执行业务逻辑 -
原先的那个老的线程也会被servelt容器的线程池回收
这种方式对性能的改进不大，因为如果新的线程和初始线程共享同一个线程池的话，相当于闲置下了一个线程，但同时又占用了另一个线程
手动创建线程
手动创建的线程，不能复用
因此，一种更好的办法是我们自己维护一个线程池。这个线程池不同于Servlet容器的主线程池
用户发起的请求首先交由Servlet容器主线程池中的线程处理，在该线程中，获取到AsyncContext，然后将其交给异步处理线程池
可以通过Java提供的Executor框架来创建线程池
3.1版本
Servlet 3.0对请求的处理虽然是异步的，但是对InputStream和OutputStream的IO操作却依然是阻塞的，对于数据量大的请求体或者返回体，阻塞IO也将导致不必要的等待。因此在Servlet 3.1中引入了非阻塞IO
通过在HttpServletRequest和HttpServletResponse中分别添加ReadListener和WriterListener方式，只有在IO数据满足一定条件时（比如数据准备好时），才进行后续的操作
上述的第2步 只有在完全读到请求数据的时候才会去申请业务线程
上述第5步 只有在完全准备好响应数据的时候才会去触发响应请求
举例
为ServletInputStream添加了一个ReadListener，并在ReadListener的onAllDataRead()方法中完成了长时处理过程
621
1023
暂无认证
到【灌水乐园】发言
陌殇殇陌: 哥，如果我反编译知道你的公钥，用你这份文件随便整哥私钥和生成证书，是不是就把你破解了
施梓航: 整体思路符合预期，可以实现 代码再改造下就好了！！
ewq3721: 关于volatile禁止指令重排序的规则，我发现了一些和规则不同的地方，不知道是不是哪里出问题了，您能不能帮我看看？？ 禁止指令重排序的规则有一条：普通读写，后面跟volatile写，则禁止重排序。但做了实验，发现有问题。以下是一段经典代码，我对x,y做了volatile修饰，按道理说，x,y输出结果应该没有（0,0），但无论多少次，都有（0,0）的结果。 Thread thread1 = new Thread(new Runnable() { @Override public void run() { a = 1; x = b; } }); Thread thread2 = new Thread(new Runnable() { @Override public void run() { b = 1; y = a; } });
CSDN-Ada助手: 恭喜你，获得了 2023 博客之星评选的入围资格，请看这个帖子 （https://bbs.csdn.net/topics/616445570?utm_source=blogger_star_comment）。 请在这里提供反馈： https://blogdev.blog.csdn.net/article/details/129986459?utm_source=blogger_star_comment。
Lion Long: 文章写得很好，初来乍到，希望多多关注。期待更多文章！