根据Spring的文档说明,默认采用的是单线程的模式的。因此在Java应用中,绝大多数状况下都是经过同步的方式来实现交互处理的。html
那么当多个任务的执行势必会相互影响。例如,若是A任务执行时间比较长,那么B任务必须等到A任务执行完毕后才会启动执行。又如在处理与第三方系统交互的时候,容易形成响应迟缓的状况,以前大部分都是使用多线程来完成此类任务,其实,在spring3.x
以后,已经内置了@Async来完美解决这个问题。java
在解释以前,咱们先来看两者的定义:spring
就是整个处理过程顺序执行,当各个过程都执行完毕,并返回结果。数据库
则是只是发送了调用的指令,调用者无需等待被调用的方法彻底执行完毕;而是继续执行下面的流程。springboot
例如, 在某个调用中,须要顺序调用A,B,C三个过程方法:
如他们都是同步调用,则须要将他们都顺序执行完毕以后,方算做过程执行完毕;如B为一个异步的调用方法,则在执行完A以后,调用B,并不等待B完成,而是执行开始调用C,待C执行完毕以后,就意味着这个过程执行完毕了。多线程
如图所示:
app
在Java中,通常在处理相似的场景之时,都是基于建立独立的线程去完成相应的异步调用逻辑,经过主线程和不一样的线程之间的执行流程,从而在启动独立的线程以后,主线程继续执行而不会产生停滞等待的状况。或是使用TaskExecutor执行异步线程,参看http://www.cnblogs.com/wihainan/p/6098970.html异步
在Spring中,基于@Async标注的方法,称之为异步方法;这些方法在执行的时候,将会在独立的线程中被执行,调用者无需等待它的完成,便可继续其余的操做。async
@Async
注解@Configuration @EnableAsync public class SpringAsyncConfig { ... }
@SpringBootApplication @EnableAsync public class SpringBootApplication { public static void main(String[] args) { SpringApplication.run(SpringBootApplication.class, args); } }
@Async
注解,声明方法为异步调用在方法上申明为异步调用方法便可this
@Async //标注使用 public void downloadFile() throws Exception { ... }
@Async public Future<String> asyncMethodWithReturnType() { System.out.println("Execute method asynchronously - " + Thread.currentThread().getName()); try { Thread.sleep(5000); return new AsyncResult<String>("hello world !!!!"); } catch (InterruptedException e) { // } return null; }
以上示例能够发现,返回的数据类型为Future类型,其为一个接口。具体的结果类型为AsyncResult,这个是须要注意的地方。
调用返回结果的异步方法示例:
public void testAsyncAnnotationForMethodsWithReturnType() throws InterruptedException, ExecutionException { System.out.println("Invoking an asynchronous method. " + Thread.currentThread().getName()); Future<String> future = asyncAnnotationExample.asyncMethodWithReturnType(); while (true) { ///这里使用了循环判断,等待获取结果信息 if (future.isDone()) { //判断是否执行完毕 System.out.println("Result from asynchronous process - " + future.get()); break; } System.out.println("Continue doing something else. "); Thread.sleep(1000); } }
这些获取异步方法的结果信息,是经过不停的检查Future的状态来获取当前的异步方法是否执行完毕来实现的。
在异步方法中,若是出现异常,对于调用者caller而言,是没法感知的。若是确实须要进行异常处理,则按照以下方法来进行处理:
public class ExceptionHandlingAsyncTaskExecutor implements AsyncTaskExecutor { private AsyncTaskExecutor executor; public ExceptionHandlingAsyncTaskExecutor(AsyncTaskExecutor executor) { this.executor = executor; } ////用独立的线程来包装,@Async其本质就是如此 public void execute(Runnable task) { executor.execute(createWrappedRunnable(task)); } public void execute(Runnable task, long startTimeout) { /用独立的线程来包装,@Async其本质就是如此 executor.execute(createWrappedRunnable(task), startTimeout); } public Future submit(Runnable task) { return executor.submit(createWrappedRunnable(task)); //用独立的线程来包装,@Async其本质就是如此。 } public Future submit(final Callable task) { //用独立的线程来包装,@Async其本质就是如此。 return executor.submit(createCallable(task)); } private Callable createCallable(final Callable task) { return new Callable() { public T call() throws Exception { try { return task.call(); } catch (Exception ex) { handle(ex); throw ex; } } }; } private Runnable createWrappedRunnable(final Runnable task) { return new Runnable() { public void run() { try { task.run(); } catch (Exception ex) { handle(ex); } } }; } private void handle(Exception ex) { //具体的异常逻辑处理的地方 System.err.println("Error during @Async execution: " + ex); } }
分析: 能够发现其是实现了AsyncTaskExecutor, 用独立的线程来执行具体的每一个方法操做。在createCallable和createWrapperRunnable中,定义了异常的处理方式和机制。
handle()
就是将来咱们须要关注的异常处理的地方。
xml配置文件中的内容:
<task:annotation-driven executor="exceptionHandlingTaskExecutor" scheduler="defaultTaskScheduler" /> <bean id="exceptionHandlingTaskExecutor" class="nl.jborsje.blog.examples.ExceptionHandlingAsyncTaskExecutor"> <constructor-arg ref="defaultTaskExecutor" /> </bean> <task:executor id="defaultTaskExecutor" pool-size="5" /> <task:scheduler id="defaultTaskScheduler" pool-size="1" />
也可使用注解的形式将其配置注册到bean中。
在@Async
标注的方法,同时也使用@Transactional
进行标注;在其调用数据库操做之时,将没法产生事务管理的控制,缘由就在于其是基于异步处理的操做。
那该如何给这些操做添加事务管理呢?
能够将须要事务管理操做的方法放置到异步方法内部,在内部被调用的方法上添加@Transactional
方法A, 使用了@Async
/@Transactional
来标注,可是没法产生事务控制的目的。
方法B, 使用了@Async
来标注,B中调用了C、D,C/D分别使用@Transactional
作了标注,则可实现事务控制的目的。
[1]、http://www.javashuo.com/article/p-hxokluvs-gn.html
[2]、http://www.cnblogs.com/wihainan/p/6098970.html