spring异步请求action以及默认配置坑爹的性能以及对应性能调优

前言

异步请求----客户端一旦发起请求，服务器立刻将请求丢到其他线程处理，而当前的接收线程就能闲下来继续接收客户端请求了，这个看起来性能杠杠的，这篇文章就来入坑异步请求。

spring异步请求的配置

spring mvc对异步请求的处理

这篇文章说得很清楚了，
当然，你也可以参考一下：
异步web开发专题及tomcat下的spring异步请求配置勘误

默认配置下的异步请求性能表现

进行这个操作前，请先确认已经配置好了，然后能够运行起来，还有，顺便看一看visual vm的用法，这次要实践了。
jvm性能监控–visualvm的简单说明及用法

正式开始：
注意，

mvc:async-support是在mvc:annotation-driven下面配置的，而不是task:annotation-driven，还有，mvc:annotation-driven是在spring-mvc.xml下配置的—即，这些个配置都是mvc上下文下面的，因为controller本来就在mvc上下文下面。。
不要配错了！

编写action代码，设置sleep为的是模拟耗时操作：

然后启动服务器，访问这个api：

好了，打开jvisual vm 工具：

可以看到tomcat已经在了，打开，分别查看几个标签，记住线程总数，活动线程数量。

好了，现在在浏览器上面打开控制台，然后输入这一段测试用代码
假如对浏览器的代码调试问题有疑问，请参考：

使用spring异步请求处理以及线程池所带来的坑以及利用visualvm监测线程及性能【草稿】
下面的浏览器调试。

var Ajax={
  get: function(url, fn) {
    // XMLHttpRequest对象用于在后台与服务器交换数据   
    var xhr = new XMLHttpRequest();            
    xhr.open('GET', url, true);
    xhr.onreadystatechange = function() {
      // readyState == 4说明请求已完成
      if (xhr.readyState == 4 && xhr.status == 200 || xhr.status == 304) { 
        // 从服务器获得数据 
        fn.call(this, xhr.responseText);  
      }
    };
    xhr.send();
  },
  // datat应为'a=a1&b=b1'这种字符串格式，在jq里如果data为对象会自动将对象转成这种字符串格式
  post: function (url, data, fn) {
    var xhr = new XMLHttpRequest();
    xhr.open("POST", url, true);
    // 添加http头，发送信息至服务器时内容编码类型
    xhr.setRequestHeader("Content-Type", "application/x-www-form-urlencoded");  
    xhr.onreadystatechange = function() {
      if (xhr.readyState == 4 && (xhr.status == 200 || xhr.status == 304)) {
        fn.call(this, xhr.responseText);
      }
    };
    xhr.send(data);
  }
};
var __call_times=0;
var _call_interval=setInterval(function(){ 
__call_times++;
Ajax.get('/api/region/getChildrenByCallable.do',function(){ console.log('调用中...');});
if(__call_times>1000){
clearInterval(_call_interval);
}
 }, 10);

然后：

然后，查看jvisual vm，观测线程情况：

活动线程已经有了 MvcAsync等等命名的线程了，那么已经完成的线程有：

隔一段时间再看：

活动线程有：

已经完成的线程有：

可以认为，默认的异步请求处理方式是不停新建一个新的线程，这样还真的有点坑爹，详情可以参考下面文章，作者也是深深被坑过的兄dei：

谨慎使用Spring 配置标签之任务配置标签

那么，解决方案是什么？

异步请求处理性能优化方案

解决方案是，定义一个专用线程池，替换掉spring的默认线程池。

注意，在 mvc:async-support 标签里设置 task-executor。
然后，重启服务器，重复上述步骤：

好了，开动浏览器，测试：

第一次观测:

从这里起码可以看出来，已经采用了定制的线程池了。。因为。。连线程的名字都变了，变成actionAsyncExecutor+编号形式。

隔一段时间来看：

看到这里已经可以放心了。。
没有新的线程产生，一直都是那几个线程在忙，线程也不会变更为完成状态直接退休。
这是解决方案之一。

总结

这篇异步请求处理以及性能调休的篇幅虽然不多，然而里面涉及的东西是相当多的。有兴趣的话可以亲自动手试试，保证有所收获的。