使用spring异步请求处理以及线程池所带来的坑以及利用visualvm监测线程及性能【草稿】

前言

在开始前，请先看看：

Java线程及Jvm监控工具

jvm 内存dump、gc查看、线程死锁，jmap、jstack、jstat

因为涉及到线程，估计肉眼是没办法观测的了只能用工具了。

默认线程池的坑

异步web开发专题及tomcat下的spring异步请求配置勘误
当你按照上文高高兴兴地配置好异步支持然后想要开启高并发的人生，我只能说你图样图森破了。。
第一，spring中对callable或者deffered这些action是不是都用同一个线程池呢？
请看下文：
谨慎使用Spring 配置标签之任务配置标签

好了，

上文作者用血一般的经历告诉我们，不配置线程池的话，会使用默认的simpleAsyncTaskExecutor来敷衍了事的。。
这个当然不行！所以要自行配置线程池，使用线程池！

配置线程池

好了，我们立刻可以找到一篇文章配置线程池的。

Spring线程池ThreadPoolTaskExecutor配置及详情
截图如下：

好了，我们可以美滋滋地直接按照上文配置了。。

线程池作用测试

为了能够得到没有配置线程池以及配置线程池情况下，线程数量的变化规则，于是我们来做一个试验。
本机环境：jdk8+win10

首先，打开本机的jdk的bin目录：

看到了jvisualvm这个程序没有？打开：

可以看到现在本地的java程序运行情况，包括idea也没被放过。

好了，

第一种情况，不配置线程池然后直接多次访问一个阻塞线程

注释线程池的配置，

action这样写—对了，设置sleep是为了模拟耗时操作。

解释一下使用callable的原因。原因是，callable直接运行在当前线程下面的，如果用DeferredResult
那么形式可能就是:

然后运行网站：
你会看到visual vm已经监控到tomcat了，

然后先记录一下当前的线程数量：

好了，线程数量49.。。然后我们要测试多次频繁大量调用刚才的action----当然不是用人手了。。。现在没工具，直接写个js来模拟调用就好了。

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);

有了这段代码就能测试了–这段代码意思是，在浏览器中，每10毫秒访问一次一个url地址，当访问到1000次时候就不重复这个过程了，退出来。
好了，这段代码怎么运行呢？
这个属于前端的范畴了，这样应用：
用浏览器打开网页：

按f12跳出控制台，按标签console，
然后复制代码到console下面，再点标签network看请求。

点击network标签看看，已经自动发起很多次访问请求了：

然后隔一段时间观测一次visual vm的参数：

好了，可以停止了，一直在增加线程。

第二种情况，配置线程池然后直接多次访问一个阻塞线程

设置线程池：

其他都一样，然后重启tomcat：

留意到没有，新tomcat实例的pid是不一样的，记录新tomcat实例的线程数量：

然后，浏览器模拟频繁调用：

浏览器开始干活。

不对。。这结果不是预想中的，线程一直在增加。。

试验暂停，寻找原因。

Spring异步任务处理，@Async的配置和使用

Spring Boot系列二 Spring @Async异步线程池用法总结

SpringMVC异步处理之@Async（附源代码 - 单元测试通过）

。。。。我还以为自动配置线程池之后会聪明到只能匹配上去呢。。原来还是要这样配置的。

第三次试验

好了，根据上面的参考文章配置异步executor。

然后重启—抱歉，一个坏消息，还是同样结果，配置的线程池不起作用。。。

mvc:annotation-driven/的作用，配置Springmvc中的适配器和映射器

这篇文章将作为草稿留存，稍后将添加总结文章以及解决方案。