记一次排错There is no session with id

发现问题：

最近我负责的系统经常报了一个错:

org.apache.shiro.session.UnknownSessionException:
There is no session with id [f50bf1e8-a635-4689-90d9-a79b9b080e79]

刚开始觉得很奇怪，为啥session过期了或者丢了呢，最近虽然更新过系统，似乎也没有影响这个的改动

排查问题

检查日志发现之前就没出现过这个错误，所以还是更新系统造成的， 所以一点点排查近期的代码提交记录，最终发现也就是 自定义线程 那块可能有问题

@Configuration
public class AsyncConfig implements AsyncConfigurer {

​    @Resource
​    private ZbtThreadPoolProperties threadPoolProperties;

​    @Override
​    public Executor getAsyncExecutor() {
​        ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
​        executor.setCorePoolSize(threadPoolProperties.getCorePoolSize()); //核心线程数
​        executor.setMaxPoolSize(threadPoolProperties.getMaxPoolSize());  //最大线程数
​        executor.setQueueCapacity(threadPoolProperties.getQueueCapacity()); //队列大小
​        executor.setKeepAliveSeconds(threadPoolProperties.getKeepAliveSeconds()); //线程最大空闲时间
​        executor.setThreadNamePrefix("zbt-Executor-"); //指定用于新创建的线程名称的前缀
​        executor.setRejectedExecutionHandler(new ThreadPoolExecutor.AbortPolicy()); // 抛弃策略）

​        // 这一步千万不能忘了，否则报错： java.lang.IllegalStateException: ThreadPoolTaskExecutor not initialized
​        executor.initialize();
​        return executor;
​    }

​    // 异常处理器
​    @Override
​    public AsyncUncaughtExceptionHandler getAsyncUncaughtExceptionHandler() {
​        return new SimpleAsyncUncaughtExceptionHandler();
​    }
}

网上搜了下相关的报错，果然有人遇到过类似的问题：
捋一下大概原因：

1. 异步线程第一次初始化时，会带入主线程的session信息，这个信息在异步线程里就存了起来
2. 异步线程不会销毁，还会重复利用
3. 其他主线程再次进入异步线程时，异步线程里已经有了session,但是已经有的session 是可能过期的

​

那么我为什么要加 自定义线程呢，是因为spring默认的async 线程池SimpleAsyncTaskExecutor没有重复利用线程。

There is no session with id网上的方案是：

        //允许核心线程空闲时，过了一定的时间自动销毁
        executor.setAllowCoreThreadTimeOut(true);
        //设置线程空闲时间为1秒  1秒后便销毁
        executor.setKeepAliveSeconds(1);

但是按照这个写法，1秒空闲后就销毁线程 基本上也没有重复利用线程，所以加自定义线程的意义也不是太大

最终考虑到 系统并发量不大，就直接去掉了自定义线程。去掉后没再报错

####补充
网上还有一种方案 ShiroSubjectAwareTaskExecutor， 没有尝试，理论上也可行

https://www.jianshu.com/p/846642700e09
这个帖子说的比较明白