ThreadPoolTaskExecutor线程的submit和execute两种线程池提交方法区别

今天写了一个延迟队列缓存订单，需要用到线程
顺便学习了一下这两种线程池提交方法
一、无返回值的任务使用方法

@Resource
    private ThreadPoolTaskExecutor executorService;

 @RequestMapping("/execute")
    public String execute(){
        System.out.println("进入线程方法");
        executorService.execute(new Runnable() {
            @Override
            public void run() {
                try {
                    Thread.sleep(30000);
                    System.out.println("我是子线程sleep我睡了一会");
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        });
        System.out.println("我是主线程执行完成提交后");
        return "完成测试";
    }

请求后打印：
进入线程方法
我是主线程执行完成提交后
我是子线程sleep我睡了一会

由此发现，由于子线程比较耗时，主线程结束后子线程还没有执行完
二、有返回值的任务使用方法提交。
同样又写了一个方法测试测试发现

submit

即使子线程比主线程耗时，主线程也等子线程结束后才结束

submit 之后返回了一个Future对象，我想是你在主程序结束之前调用了Future的get来获取子线程最后的结果，因为get是阻塞的，一直等到子线程结束完毕，所以你看到的总是子线程结束之后主线程再结束