文/杜琪(简书作者)
原文链接:http://www.jianshu.com/p/4f0ad3bb98f0
著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。
自定义事件机制
给出自定义事件类型在某些应用场景下,我们希望关注特定功能的执行情况,这种功能的开始或者结束或者异常都可以看做一个事件,因此需要定义自己的事件类型。
package com.javadu.event;
import java.util.eventobject;
public class methodexecutionevent extends eventobject {
private string methodname;
public methodexecutionevent(object source) {
super(source);
}
public methodexecutionevent(object source, string methodname) {
this.methodname = methodname;
public string getmethodname() {
return methodname;
public void setmethodname(string methodname) {
}
实现针对自定义事件类的事件监听器接口监听器负责处理具体的事件,当某个事件发生时,监听器也给出具体的回应。在这个例子中,监听器会在目标方法执行开始或者执行结束时响应对应的事件并处理。
import java.util.eventlistener;
public interface methodexecutioneventlistener extends eventlistener {
void onmethodbegin(methodexecutionevent evt);
void onmethodend(methodexecutionevent evt);
eventlistener接口的作用仅仅在于“标记”,具体要提供哪些功能需要开发者自己定义,而且,还需要为自己定义的接口提供一个默认的实现类——只有接口的话什么也做不了。
public class simplemethodexecutioneventlistener implements methodexecutioneventlistener {
public void onmethodbegin(methodexecutionevent evt) {
string methodname = evt.getmethodname();
system.out.println("start to execute the method[" + methodname + "]");
public void onmethodend(methodexecutionevent evt) {
system.out.println("finished to execute the method[" + methodname + "]");
组合事件类和监听器,发布事件这个是一个测试用例,首先需要准备测试环境:事件类+监听器;然后再发布事件,就可以看到监听器对事件的处理。
public class methodexecutioneventpublisher {
private list<methodexecutioneventlistener> listeners = new arraylist<methodexecutioneventlistener>();
public void addmethodexecutioneventlistener(methodexecutioneventlistener listener) {
this.listeners.add(listener);
}
public void methodtomonitor() {
methodexecutionevent event2publish = new methodexecutionevent(this, "methodtomonitor");
//发布方法开始执行的事件
publishevent(methodexecutionstatus.begin, event2publish);
//执行实际的方法逻辑
//……
//发布方法执行结束的事件
publishevent(methodexecutionstatus.end, event2publish);
protected void publishevent(methodexecutionstatus status, methodexecutionevent methodexecutionevent) {
list<methodexecutioneventlistener> copylisteners = new arraylist<methodexecutioneventlistener>(listeners);
for (methodexecutioneventlistener listener: copylisteners) { //发布事件,同时调用对应的监听器方法
if (methodexecutionstatus.begin.equals(status)) {
listener.onmethodbegin(methodexecutionevent);
} else {
listener.onmethodend(methodexecutionevent);
}
}
public void removelistener(methodexecutioneventlistener listener) {
if (this.listeners.contains(listener)) {
this.listeners.remove(listener);
public void removealllisteners() {
this.listeners.clear();
public static void main(string[] args) {
methodexecutioneventpublisher eventpublisher = new methodexecutioneventpublisher();
eventpublisher.addmethodexecutioneventlistener(new simplemethodexecutioneventlistener()); //组合事件类和监听器
eventpublisher.methodtomonitor();//发布事件
java se中标准的自定义事件实现就是这个样子,涉及三个角色,即自定义事件类型、自定义的事件监听器和自定义的事件发布者,如下图所示:
javase中自定义的事件结构图
spring 的容器内事件发布类结构
spring的applicationcontext容器内部允许以 org.springframework.context.applicationevent的形式发布事件, 容器内注册的org.springframework.context.applicationlistener类型的bean定义会被applicationcontext容器自动识别,它们负责监容器内发布的所有applicationevent类型的事件。也就是说,一旦容器内发布applicationevent及其子类型的事件,注册到容器的applicationlistener就会对这些事件进行处理。
applicationevent:spring容器内的事件类型,继承自java.util.eventobject,这是一个抽象类,spring提供了三个具体的实现——contextcloseevent、contextrefreshedevent和requesthandleevent。
applicationlistener: spring容器内使用的事件监听接口,继承自java.util.eventlistener。applicationcontext容器启动时,会自动识别并加载eventlistener类型的bean定义,一旦容器中有applicationevent事件发布,就会通知这些监听器。
applicationcontext: applicationcontext容器的具体实现类在实现事件的发布和事件监 器的注册方面,并没事必躬亲,而是把这些活儿转包给了一个称作org.springframework.context.event.applicationeventmulticaster的接口。该接口定义了具体事件监器的注册管理以及事件发布的方法,但接口终归是接口,还得有具体实现。applicationeventmulticaster有一抽象实现类:org.spring-framework.context.event.abstractapplicationeventmulticaster,它实现了事件监 器的管理功能。出于灵活性和扩展性考虑,事件的发布功能则委托给了其子类。org.springframework.context.event.simpleapplicationeventmulticaster 是 spring提供的abstractapplicationeventmulticaster的一个子类实现,添加了事件发布功能的实现。
综上,spring容器内部事件发布的类图描述如下:
spring容器内部事件发布实现类图
应用场景
spring的applicationcontext容器内的事件发布机制,主要用于单一容器内的简单消息通知和处理,并不适合分布式、多进程、多容器之间的事件通知。虽然可以通过spring的remoting支持,“曲折一点”来实现较为复杂的需求,但是难免弊大于利,失大于得。其他消息机制处理较复杂场景或许更合适。所以,我们应该在合适的地点、合适的需求分析的前提下,合理地使用spring提供的applicationcontext容器内的事件发布机制。