@EventListener 異步中使用condition的問題

@EventListener是spring在4.2+推出的更好的使用spring事件架構(gòu)的方式，并且異步方式也很好設(shè)定

但是在spring4.2.7版本上使用eventlistener的condition 的使用需要注意以下情況可能失效：

condition 使用例子如

@EventListener(condition = "#event.isAsync")

1. 需要對同一個(gè)事件進(jìn)行區(qū)分同步異步

2. 使用condition來進(jìn)行過濾

例如：

需要對事件用condition進(jìn)行區(qū)分同步異步

@Async
@EventListener(condition = "#event.isAsync"）
public void handleOrderCreatedEventAsync(TestEvent event) {  
}  
 
@EventListener(condition = "#event.isAsync == false")
public void handleOrderCreatedEvent(TestEvent event) {  
}  

修正的做法，是使用兩個(gè)事件區(qū)分即

@Async
@EventListener
public void handleOrderCreatedEventAsync(TestEventAsync event) {  
}  
 
@EventListener
public void handleOrderCreatedEvent(TestEvent event) {  
}  

還不清楚，在更高的版本上是否已經(jīng)有進(jìn)一步的修正，待以后研究

Spring事件的condition使用說明

在開發(fā)中使用了spring的事件機(jī)制，但是發(fā)現(xiàn)了一個(gè)問題：如果多個(gè)發(fā)布的事件對象是同一個(gè)類型，而除了使用了這個(gè)事件類型作為參數(shù)的事件處理方法還是多個(gè)，那就無法區(qū)分到底要執(zhí)行哪個(gè)處理方法了，除非你想每個(gè)處理方法都執(zhí)行。

如下是我的事件處理代碼聲明

@Async
 @EventListener
 public void handleExport(ExportExcelMessage<DTO> exportMsg)｛
｝

這里的業(yè)務(wù)場景是異步導(dǎo)出Excel。直接用@EventListener來聲明事件處理方法。

在controller中我如此調(diào)用

publisher.publish(new ExportExcelMessage<>(reqDTO));

ExportExcelMessage是個(gè)事件對象，包含事件基本屬性，reqDTO就是查詢條件數(shù)據(jù)了。

開始感覺沒有問題。后來突然有一個(gè)相同類型入?yún)ⅲ╮eqDTO）的導(dǎo)出功能。

這樣處理方法就有問題了。出現(xiàn)處理方法的重復(fù)執(zhí)行。

隨便上網(wǎng)一查，簡單，EventListener直接加condition屬性就搞定。網(wǎng)上是這樣的；

@EventListener(condition="#exportMsg.source=='xxx'")

其中這個(gè)source就是ExportExcelMessage類的的一個(gè)屬性，用來區(qū)分到底是誰發(fā)起的事件。

使用SPel表達(dá)式，直接引用的方法的參數(shù)名，單我試驗(yàn)是不行的，異常顯示exportMsg應(yīng)該是個(gè)null。

估計(jì)應(yīng)該能在方法參數(shù)上加注解來處理吧，就像Contrller的@WebParam一樣，但我一時(shí)也沒找到。

最后，直接看人家的代碼注釋，。。。。自己笨的可以了。

如下就解決了

@EventListener(condition = "#root.args[0].source == 'xxx'")

root.args就是參數(shù)的數(shù)組，直接用下標(biāo)取就好了。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評論