SpringBoot中異步請求和異步調用
閱讀文本大概須要20分鐘。php
1、SpringBoot中異步請求的使用一、異步請求與同步請求
特色：html
能夠先釋放容器分配給請求的線程與相關資源，減輕系統負擔，釋放了容器所分配線程的請求，其響應將被延後，能夠在耗時處理完成（例如長時間的運算）時再對客戶端進行響應。一句話：增長了服務器對客戶端請求的吞吐量（實際生產上咱們用的比較少，若是併發請求量很大的狀況下，咱們會經過nginx把請求負載到集羣服務的各個節點上來分攤請求壓力，固然還能夠經過消息隊列來作請求的緩衝）。nginx
二、異步請求的實現
方式一：Servlet方式實現異步請求
@RequestMapping(value = "/email/servletReq", method = GET)
public void servletReq (HttpServletRequest request, HttpServletResponse response) {
AsyncContext asyncContext = request.startAsync();
//設置監聽器:可設置其開始、完成、異常、超時等事件的回調處理
asyncContext.addListener(new AsyncListener() {
@Override
public void onTimeout(AsyncEvent event) throws IOException {
System.out.println("超時了...");
//作一些超時後的相關操做...
}
@Override
public void onStartAsync(AsyncEvent event) throws IOException {
System.out.println("線程開始");
}
@Override
public void onError(AsyncEvent event) throws IOException {
System.out.println("發生錯誤："+event.getThrowable());
}
@Override
public void onComplete(AsyncEvent event) throws IOException {
System.out.println("執行完成");
//這裏能夠作一些清理資源的操做...
}
});
//設置超時時間
asyncContext.setTimeout(20000);
asyncContext.start(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(10000);
System.out.println("內部線程：" + Thread.currentThread().getName());
asyncContext.getResponse().setCharacterEncoding("utf-8");
asyncContext.getResponse().setContentType("text/html;charset=UTF-8");
asyncContext.getResponse().getWriter().println("這是異步的請求返回");
} catch (Exception e) {
System.out.println("異常："+e);
}
//異步請求完成通知
//此時整個請求才完成
asyncContext.complete();
}
});
//此時之類 request的線程鏈接已經釋放了
System.out.println("主線程：" + Thread.currentThread().getName());
}
方式二：使用很簡單，直接返回的參數包裹一層callable便可，能夠繼承WebMvcConfigurerAdapter類來設置默認線程池和超時處理
@RequestMapping(value = "/email/callableReq", method = GET)
@ResponseBody
public Callable<String> callableReq () {
System.out.println("外部線程：" + Thread.currentThread().getName());
return new Callable<String>() {
@Override
public String call() throws Exception {
Thread.sleep(10000);
System.out.println("內部線程：" + Thread.currentThread().getName());
return "callable!";
}
};
}
@Configuration
public class RequestAsyncPoolConfig extends WebMvcConfigurerAdapter {
@Resource
private ThreadPoolTaskExecutor myThreadPoolTaskExecutor;
@Override
public void configureAsyncSupport(final AsyncSupportConfigurer configurer) {
//處理 callable超時
configurer.setDefaultTimeout(60*1000);
configurer.setTaskExecutor(myThreadPoolTaskExecutor);
configurer.registerCallableInterceptors(timeoutCallableProcessingInterceptor());
}
@Bean
public TimeoutCallableProcessingInterceptor timeoutCallableProcessingInterceptor() {
return new TimeoutCallableProcessingInterceptor();
}
}
方式三：和方式二差很少，在Callable外包一層，給WebAsyncTask設置一個超時回調，便可實現超時處理
@RequestMapping(value = "/email/webAsyncReq", method = GET)
@ResponseBody
public WebAsyncTask<String> webAsyncReq () {
System.out.println("外部線程：" + Thread.currentThread().getName());
Callable<String> result = () -> {
System.out.println("內部線程開始：" + Thread.currentThread().getName());
try {
TimeUnit.SECONDS.sleep(4);
} catch (Exception e) {
// TODO: handle exception
}
logger.info("副線程返回");
System.out.println("內部線程返回：" + Thread.currentThread().getName());
return "success";
};
WebAsyncTask<String> wat = new WebAsyncTask<String>(3000L, result);
wat.onTimeout(new Callable<String>() {
@Override
public String call() throws Exception {
// TODO Auto-generated method stub
return "超時";
}
});
return wat;
}
方式四：DeferredResult能夠處理一些相對複雜一些的業務邏輯，最主要仍是能夠在另外一個線程裏面進行業務處理及返回，便可在兩個徹底不相干的線程間的通訊。
@RequestMapping(value = "/email/deferredResultReq", method = GET)
@ResponseBody
public DeferredResult<String> deferredResultReq () {
System.out.println("外部線程：" + Thread.currentThread().getName());
//設置超時時間
DeferredResult<String> result = new DeferredResult<String>(60*1000L);
//處理超時事件 採用委託機制
result.onTimeout(new Runnable() {
@Override
public void run() {
System.out.println("DeferredResult超時");
result.setResult("超時了!");
}
});
result.onCompletion(new Runnable() {
@Override
public void run() {
//完成後
System.out.println("調用完成");
}
});
myThreadPoolTaskExecutor.execute(new Runnable() {
@Override
public void run() {
//處理業務邏輯
System.out.println("內部線程：" + Thread.currentThread().getName());
//返回結果
result.setResult("DeferredResult!!");
}
});
return result;
}
2、SpringBoot中異步調用的使用
一、介紹
異步請求的處理。除了異步請求，通常上咱們用的比較多的應該是異步調用。一般在開發過程當中，會遇到一個方法是和實際業務無關的，沒有緊密性的。好比記錄日誌信息等業務。這個時候正常就是啓一個新線程去作一些業務處理，讓主線程異步的執行其餘業務。
二、使用方式（基於spring下）
須要在啓動類加入@EnableAsync使異步調用@Async註解生效web
在須要異步執行的方法上加入此註解便可@Async("threadPool"),threadPool爲自定義線程池spring
代碼略。。。就倆標籤，本身試一把就能夠了服務器
三、注意事項
在默認狀況下，未設置TaskExecutor時，默認是使用SimpleAsyncTaskExecutor這個線程池，但此線程不是真正意義上的線程池，由於線程不重用，每次調用都會建立一個新的線程。可經過控制檯日誌輸出能夠看出，每次輸出線程名都是遞增的。因此最好咱們來自定義一個線程池。併發
調用的異步方法，不能爲同一個類的方法（包括同一個類的內部類），簡單來講，由於Spring在啓動掃描時會爲其建立一個代理類，而同類調用時，仍是調用自己的代理類的，因此和日常調用是同樣的。其餘的註解如@Cache等也是同樣的道理，說白了，就是Spring的代理機制形成的。因此在開發中，最好把異步服務單獨抽出一個類來管理。下面會重點講述。。app
四、什麼狀況下會致使@Async異步方法會失效？
調用同一個類下注有@Async異步方法：在spring中像@Async和@Transactional、cache等註解本質使用的是動態代理，其實Spring容器在初始化的時候Spring容器會將含有AOP註解的類對象「替換」爲代理對象（簡單這麼理解），那麼註解失效的緣由就很明顯了，就是由於調用方法的是對象自己而不是代理對象，由於沒有通過Spring容器，那麼解決方法也會沿着這個思路來解決。異步
調用的是靜態(static )方法async
調用(private)私有化方法
五、解決4中問題1的方式（其它2,3兩個問題本身注意下就能夠了）
將要異步執行的方法單獨抽取成一個類，原理就是當你把執行異步的方法單獨抽取成一個類的時候，這個類確定是被Spring管理的，其餘Spring組件須要調用的時候確定會注入進去，這時候實際上注入進去的就是代理類了。
其實咱們的注入對象都是從Spring容器中給當前Spring組件進行成員變量的賦值，因爲某些類使用了AOP註解，那麼實際上在Spring容器中實際存在的是它的代理對象。那麼咱們就能夠經過上下文獲取本身的代理對象調用異步方法。
@Controller
@RequestMapping("/app")
public class EmailController {
//獲取ApplicationContext對象方式有多種,這種最簡單,其它的你們自行了解一下
@Autowired
private ApplicationContext applicationContext;
@RequestMapping(value = "/email/asyncCall", method = GET)
@ResponseBody
public Map<String, Object> asyncCall () {
Map<String, Object> resMap = new HashMap<String, Object>();
try{
//這樣調用同類下的異步方法是不起做用的
//this.testAsyncTask();
//經過上下文獲取本身的代理對象調用異步方法
EmailController emailController = (EmailController)applicationContext.getBean(EmailController.class);
emailController.testAsyncTask();
resMap.put("code",200);
}catch (Exception e) {
resMap.put("code",400);
logger.error("error!",e);
}
return resMap;
}
//注意必定是public,且是非static方法
@Async
public void testAsyncTask() throws InterruptedException {
Thread.sleep(10000);
System.out.println("異步任務執行完成！");
}
}
開啓cglib代理，手動獲取Spring代理類,從而調用同類下的異步方法。首先，在啓動類上加上@EnableAspectJAutoProxy(exposeProxy = true)註解。代碼實現，以下：
@Service
@Transactional(value = "transactionManager", readOnly = false, propagation = Propagation.REQUIRED, rollbackFor = Throwable.class)
public class EmailService {
@Autowired
private ApplicationContext applicationContext;
@Async
public void testSyncTask() throws InterruptedException {
Thread.sleep(10000);
System.out.println("異步任務執行完成！");
}
public void asyncCallTwo() throws InterruptedException {
//this.testSyncTask();
// EmailService emailService = (EmailService)applicationContext.getBean(EmailService.class);
// emailService.testSyncTask();
boolean isAop = AopUtils.isAopProxy(EmailController.class);//是不是代理對象；
boolean isCglib = AopUtils.isCglibProxy(EmailController.class); //是不是CGLIB方式的代理對象；
boolean isJdk = AopUtils.isJdkDynamicProxy(EmailController.class); //是不是JDK動態代理方式的代理對象；
//如下才是重點!!!
EmailService emailService = (EmailService)applicationContext.getBean(EmailService.class);
EmailService proxy = (EmailService) AopContext.currentProxy();
System.out.println(emailService == proxy ? true : false);
proxy.testSyncTask();
System.out.println("end!!!");
}
}
3、異步請求與異步調用的區別
二者的使用場景不一樣，異步請求用來解決併發請求對服務器形成的壓力，從而提升對請求的吞吐量；而異步調用是用來作一些非主線流程且不須要實時計算和響應的任務，好比同步日誌到kafka中作日誌分析等。
異步請求是會一直等待response相應的，須要返回結果給客戶端的；而異步調用咱們每每會立刻返回給客戶端響應，完成此次整個的請求，至於異步調用的任務後臺本身慢慢跑就行，客戶端不會關心。
4、總結異步請求和異步調用的使用到這裏基本就差很少了，有問題還但願你們多多指出。
這邊文章提到了動態代理，而spring中Aop的實現原理就是動態代理，後續會對動態代理作詳細解讀，還望多多支持哈~
☆
往期精彩
☆
關注我
天天進步一點點
相關文章
- 1. SpringBoot中異步請求和異步調用
- 2. 如何在SpringBoot中異步請求和異步調用
- 3. SpringBoot中異步請求和異步調用（看這一篇就夠了）
- 4. 請求異步和同步
- 5. SpringBoot異步處理請求
- 6. ok同步請求和異步請求
- 7. 異步請求
- 8. AJAX異步請求(C#、JAVA)、HTMl ajax異步請求數據（JQuery異步請求ajax，JavaScript異步請求ajax）
- 9. springboot 異步調用
- 10. SpringBoot：異步開發之異步調用
- 更多相關文章...
- • PHP 7 異常 - PHP 7 新特性
- • C# 異常處理 - C#教程
- • SpringBoot中properties文件不能自動提示解決方法
- • C# 中 foreach 遍歷的用法
相關標籤/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
歡迎關注本站公眾號,獲取更多信息
