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

前言

在开始前，请先看看：

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

默认线程池的坑

异步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看请求。