spring中@Async注解

简介: @Async注解是spring中用来标注此方法是通过另外一个线程异步调用的,调用者将在调用时立即返回,方法的实际执行将提交给Spring TaskExecutor的任务中,由指定的线程池中的线程执行。

一、简介

@Async注解是spring中用来标注此方法是通过另外一个线程异步调用的,调用者将在调用时立即返回,方法的实际执行将提交给Spring TaskExecutor的任务中,由指定的线程池中的线程执行。

  • @Async标注在类上时,表示该类的所有方法都是异步方法。
  • @Async注解的方法一定要通过依赖注入调用(因为要通过代理对象调用),不能直接通过this对象调用,否则不生效。

二、使用示例

需要开启异步调用,在springBoot启动类上配置@EnableAsync注解

@SpringBootApplication@EnableAsyncpublicclassSpringbootJenkinsApplication {
publicstaticvoidmain(String[] args) {
SpringApplication.run(SpringbootJenkinsApplication.class, args);
    }
}


在service层使用@Async注解

@Service

publicclassAsyncService {
// 无返回值的异步方法@AsyncpublicvoidasyncTest1() {
StringtName=Thread.currentThread().getName();
System.out.println("current thread name : "+tName);
System.out.println("noReturnMethod end");
    }
// 有返回值的异步方法@AsyncpublicFuture<String>asyncTest2() {
StringtName=Thread.currentThread().getName();
System.out.println("current thread name : "+tName);
returnnewAsyncResult<>("hello,world");
    }
}


创建调用异步方法的类

@RestControllerpublicclassAsyncController {
@AutowiredAsyncServiceasyncService;
// 无返回值@GetMapping("/test1")
publicStringnoReturn() {
asyncService.asyncTest1();
return"success";
    }
// 有返回值@GetMapping("/test2")
publicStringwithReturn() {
Future<String>future=asyncService.asyncTest2();
try {
Stringres=future.get();// 阻塞获取返回值System.out.println("res = "+res);
        } catch (InterruptedException|ExecutionExceptione) {
e.printStackTrace();
        }
return"success";
    }
}

在spring源码中对@EnableAsync做了以下解释:

默认情况下,Spring 将在上下文中搜索类型的唯一org.springframework.core.task.TaskExecutor bean,或者名为“taskExecutor”的java.util.concurrent.Executor bean。如果两者都没找到,则将使用org.springframework.core.task.SimpleAsyncTaskExecutor来处理异步方法调用。此外,具有void返回类型的带注解的方法不能将任何异常传输回调用者。默认情况下,仅记录此类未捕获的异常。

而SimpleAsyncTaskExecutor线程池去执行@Async标注的异步方法,由于该线程池不会重用线程,所以项目中推荐使用自定义的线程池。

默认线程池弊端

在线程池应用中,参考阿里巴巴java开发规范:线程池不允许使用Executors去创建,不允许使用系统默认的线程池,推荐通过ThreadPoolExecutor的方式,这样的处理方式让开发的工程师更加明确线程池的运行规则,规避资源耗尽的风险。Executors各个方法的弊端:

  • newFixedThreadPool和newSingleThreadExecutor:主要问题是堆积的请求处理队列可能会耗费非常大的内存,甚至OOM。
  • newCachedThreadPool和newScheduledThreadPool:主要问题是线程数最大数是Integer.MAX_VALUE,可能会创建数量非常多的线程,甚至OOM。

三、自定义线程池三种方式

(一)实现接口

开发者可以通过实现AsyncConfigurer接口来自定义自己的线程池,以下是官方文档给的例子:

@Configuration@EnableAsyncpublicclassAppConfigimplementsAsyncConfigurer {
@OverridepublicExecutorgetAsyncExecutor() {
ThreadPoolTaskExecutorexecutor=newThreadPoolTaskExecutor();
executor.setCorePoolSize(7);
executor.setMaxPoolSize(42);
executor.setQueueCapacity(11);
executor.setThreadNamePrefix("MyExecutor-");
executor.initialize();
returnexecutor;
      }
@OverridepublicAsyncUncaughtExceptionHandlergetAsyncUncaughtExceptionHandler() {
returnnewMyAsyncUncaughtExceptionHandler();
      }


(二)继承

通过继承AsyncConfigurerSupport类

@ConfigurationpublicclassAppConfigextendAsyncConfigurerSupport {
@Override@BeanpublicExecutorgetAsyncExecutor() {
ThreadPoolTaskExecutorexecutor=newThreadPoolTaskExecutor();
executor.setCorePoolSize(7);
executor.setMaxPoolSize(42);
executor.setQueueCapacity(11);
executor.setThreadNamePrefix("MyExecutor-");
executor.initialize();
returnexecutor;
      }
@OverridepublicAsyncUncaughtExceptionHandlergetAsyncUncaughtExceptionHandler() {
returnnewMyAsyncUncaughtExceptionHandler();
      }


(三)配置自定义的TaskExecutor

@ConfigurationpublicclassAppConfig  {
@Override@Bean(name=AsyncExecutionAspectSupport.DEFAULT_TASK_EXECUTOR_BEAN_NAME)
publicExecutortaskExecutor() {
ThreadPoolTaskExecutorexecutor=newThreadPoolTaskExecutor();
executor.setCorePoolSize(7);
executor.setMaxPoolSize(42);
executor.setQueueCapacity(11);
executor.setThreadNamePrefix("MyExecutor-");
executor.initialize();
returnexecutor;
      }
}


(四)异常处理

当方法是带Future返回值的时候,Future.get()方法会抛出异常,所以异常捕获是没问题的。但是当方法是不带返回值的时候,那么此时主线程就不能捕获到异常,需要额外的配置来处理异常,可以有下面两种方式。

1、通过try-catch处理异常

直接在异步方法中使用try-catch来处理抛出的异常。这个方法也可以用于带Future返回值的异步方法。

2、通过实现AsyncUncaughtExceptionHandler接口

@Configuration@EnableAsyncpublicclassSpringAsyncConfigimplementsAsyncConfigurer {
@OverridepublicExecutorgetAsyncExecutor() {
// 省略自定义线程池的代码    }
// 自定义异常处理@OverridepublicAsyncUncaughtExceptionHandlergetAsyncUncaughtExceptionHandler() {
returnnewAsyncUncaughtExceptionHandler() {
@OverridepublicvoidhandleUncaughtException(Throwablethrowable, Methodmethod, Object... objects) {
System.out.println(method.getName() +"发生异常!异常原因:"+throwable.getMessage() );
            }
        };
    }
}


相关文章
|
28天前
|
XML Java 数据格式
SpringBoot入门(8) - 开发中还有哪些常用注解
SpringBoot入门(8) - 开发中还有哪些常用注解
49 0
|
14天前
|
前端开发 Java Spring
Spring MVC核心:深入理解@RequestMapping注解
在Spring MVC框架中,`@RequestMapping`注解是实现请求映射的核心,它将HTTP请求映射到控制器的处理方法上。本文将深入探讨`@RequestMapping`注解的各个方面,包括其注解的使用方法、如何与Spring MVC的其他组件协同工作,以及在实际开发中的应用案例。
29 4
|
1月前
|
XML JSON Java
SpringBoot必须掌握的常用注解!
SpringBoot必须掌握的常用注解!
59 4
SpringBoot必须掌握的常用注解!
|
14天前
|
前端开发 Java 开发者
Spring MVC中的请求映射:@RequestMapping注解深度解析
在Spring MVC框架中,`@RequestMapping`注解是实现请求映射的关键,它将HTTP请求映射到相应的处理器方法上。本文将深入探讨`@RequestMapping`注解的工作原理、使用方法以及最佳实践,为开发者提供一份详尽的技术干货。
40 2
|
14天前
|
前端开发 Java Spring
探索Spring MVC:@Controller注解的全面解析
在Spring MVC框架中,`@Controller`注解是构建Web应用程序的基石之一。它不仅简化了控制器的定义,还提供了一种优雅的方式来处理HTTP请求。本文将全面解析`@Controller`注解,包括其定义、用法、以及在Spring MVC中的作用。
33 2
|
17天前
|
消息中间件 Java 数据库
解密Spring Boot:深入理解条件装配与条件注解
Spring Boot中的条件装配与条件注解提供了强大的工具,使得应用程序可以根据不同的条件动态装配Bean,从而实现灵活的配置和管理。通过合理使用这些条件注解,开发者可以根据实际需求动态调整应用的行为,提升代码的可维护性和可扩展性。希望本文能够帮助你深入理解Spring Boot中的条件装配与条件注解,在实际开发中更好地应用这些功能。
24 2
|
17天前
|
JSON Java 数据格式
springboot常用注解
@RestController :修饰类,该控制器会返回Json数据 @RequestMapping(“/path”) :修饰类,该控制器的请求路径 @Autowired : 修饰属性,按照类型进行依赖注入 @PathVariable : 修饰参数,将路径值映射到参数上 @ResponseBody :修饰方法,该方法会返回Json数据 @RequestBody(需要使用Post提交方式) :修饰参数,将Json数据封装到对应参数中 @Controller@Service@Compont: 将类注册到ioc容器
|
18天前
|
XML Java 数据格式
SpringBoot入门(8) - 开发中还有哪些常用注解
SpringBoot入门(8) - 开发中还有哪些常用注解
35 2
|
14天前
|
前端开发 Java 开发者
Spring MVC中的控制器:@Controller注解全解析
在Spring MVC框架中,`@Controller`注解是构建Web应用程序控制层的核心。它不仅简化了控制器的定义,还提供了灵活的请求映射和处理机制。本文将深入探讨`@Controller`注解的用法、特点以及在实际开发中的应用。
31 0
|
1月前
|
存储 安全 Java
springboot当中ConfigurationProperties注解作用跟数据库存入有啥区别
`@ConfigurationProperties`注解和数据库存储配置信息各有优劣,适用于不同的应用场景。`@ConfigurationProperties`提供了类型安全和模块化的配置管理方式,适合静态和简单配置。而数据库存储配置信息提供了动态更新和集中管理的能力,适合需要频繁变化和集中管理的配置需求。在实际项目中,可以根据具体需求选择合适的配置管理方式,或者结合使用这两种方式,实现灵活高效的配置管理。
18 0