spring @retryable不生效的一種場景分析
項目中某個位置要調(diào)用其它部門的接口,一直有問題,對方讓加重試。使用@Retryable之后發(fā)現(xiàn)并沒有進行重試,之前其它接口都正常重試了。
經(jīng)過研究發(fā)現(xiàn)了這個方法是直接寫在調(diào)用的類里面的,這種情況重試竟然不會進行。
在某個方法中調(diào)用另一個帶retryable的方法時,如果這個retry方法在同一個類中,不會進行重試
執(zhí)行methodA 不會重試
public class TaskSubSchedule {
public void methodA() {
System.out.println("開始測試");
methodB();
}
@Retryable(value = RuntimeException.class,maxAttempts = 5)
public void methodB() {
System.out.println("我是方法B");
throw new RuntimeException();
}
}會重試
public class TaskSubSchedule {
@Autowired
private CiserviceImpl ciService;
public void methodA() {
System.out.println("開始測試");
ciService.methodB();
}
public class CiServiceImpl {
@Retryable(value = RuntimeException.class,maxAttempts = 5)
public void methodB() {
System.out.println("我是方法B");
throw new RuntimeException();
}
}
}到此這篇關(guān)于spring @retryable不生效的一種場景的文章就介紹到這了,更多相關(guān)spring @retryable不生效內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
java線程并發(fā)cyclicbarrier類使用示例
CyclicBarrier類似于CountDownLatch也是個計數(shù)器,不同的是CyclicBarrier數(shù)的是調(diào)用了CyclicBarrier.await()進入等待的線程數(shù),當(dāng)線程數(shù)達到了CyclicBarrier初始時規(guī)定的數(shù)目時,所有進入等待狀態(tài)的線程被喚醒并繼續(xù),下面使用示例學(xué)習(xí)他的使用方法2014-01-01
spring5 SAXParseException:cvc-elt.1: 找不到元素“beans 的聲明詳解
這篇文章主要給大家介紹了關(guān)于spring5 SAXParseException:cvc-elt.1: 找不到元素“beans 聲明的相關(guān)資料,需要的朋友可以參考下2020-08-08
springboot?log4j2.xml如何讀取application.yml中屬性值
這篇文章主要介紹了springboot?log4j2.xml如何讀取application.yml中屬性值問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2023-12-12
淺析Java中SimpleDateFormat為什么是線程不安全的
SimpleDateFormat是Java中用于日期時間格式化的一個類,它提供了對日期的解析和格式化能力,本文主要來和大家一起探討一下SimpleDateFormat為什么是線程不安全的,感興趣的可以了解下2024-02-02
JavaWeb利用struts實現(xiàn)文件下載時改變文件名稱
這篇文章主要為大家詳細介紹了JavaWeb利用struts實現(xiàn)文件下載時改變文件名稱的相關(guān)資料,需要的朋友可以參考下2016-06-06

