引言
最近在看tomcat源码，源码中出现了大量事件消息，可以说整个tomcat的启动流程都可以通过事件派发机制串起来，研究透了tomcat的各种事件消息，基本上对tomcat的启动流程也就有了一个整体的认识。在这一基础上，联想到之前在看spring源码过程中也存在不少事件相关知识，于是想对这两个框架中的事件派发机制做一个简单的总结，加深理解。
事件机制原理其实比较简单，抽象来看的话，设计模式中的观察者模式可以说是最经典的事件驱动机制的体现了，观察者和被观察者就体现了事件监听和事件派发的角色。还有各种mq，其实也是事件机制的一种体现。
理解tomcat和spring中的事件机制之前，让我们先从最基本的jdk中提供的事件机制开始说起。
jdk中的事件机制
jdk中对事件机制的各个角色提供了完善的抽象，主要包括3个角色：
eventobject（事件关注内容）：事件发布时需要关注的内容。jdk中提供了eventobject接口。
eventlistener（事件监听者）：事件监听对象，也就是对eventobject感兴趣的对象。jdk中提供了eventlistener接口。
eventsource（事件源）：发布事件的对象，可以在该对象中组册eventlistener，然后在特定的条件下发布eventobject给已经注册的eventlistener。
事件的注册与发布，需要这三个对象协同工作，可以通过下面的例子来说明各个对象的作用：
首先是事件关注内容对象myeventobject，实现了eventobject接口。eventname参数为具体的事件关注内容
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
public class myeventobject extends eventobject {
private string eventname ;
public myeventobject (object source, string eventname) {
super (source); this .seteventname(eventname); }
public string geteventname() { return eventname; }
public void seteventname(string eventname) { this .eventname = eventname; }
private static final long serialversionuid = 8374250957018011175l; } |
其次是事件监听接口myeventlistener，继承了eventlistener，定义了一个myevent接口用来发布事件，任何感兴趣的监听对象都可以实现该接口来监听。
对myeventobject感兴趣的监听者myeventlistenerimpl，实现了myeventlistener接口，当事件发布时会触发myevent事件并收到myeventobject对象。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
public interface myeventlistener extends eventlistener {
public void myevent(myeventobject eventobject); }
public class myeventlistenerimpl implements myeventlistener {
@override public void myevent(myeventobject eventobject) {
system.out.println( "myeventlistenerimpl --- " + eventobject.geteventname()); } } |
最后是事件发布源对象myeventsource，它可以注册多个事件监听对象，任何实现了myeventlistener接口的监听对象都可以注册，内部通过一个set来存储感兴趣的监听对象，并在合适的时机会发布消息并通知所有监听对象。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 |
public class myeventsource {
private set<myeventlistener> myeventlisteners = new hashset<>();
public void addlistener(myeventlistener listener){
this .myeventlisteners.add(listener); }
public void removelistener(myeventlistener listener){
this .myeventlisteners.remove(listener); }
public void pushevent(){ //dosomething //发布push event消息 notifylistener( new myeventobject( this , "push event" )); }
private void notifylistener(myeventobject eventobject){
for (myeventlistener myeventlistener : myeventlisteners) { myeventlistener.myevent(eventobject); } } } |
之后可以通过一个启动类来注册并触发事件：
|
1 2 3 4 5 6 7 8 9 10 |
public static void main(string[] args) {
myeventsource myeventsource = new myeventsource();
myeventlistenerimpl myeventlistenerimpl = new myeventlistenerimpl();
myeventsource.addlistener(myeventlistenerimpl);
myeventsource.pushevent(); } |
myeventobject定义了感兴趣的内容，myeventlistenerimpl是对myeventobject感兴趣的监听者，myeventsource会发布myeventobject给所有组册的监听者，最后通过一个main来启动整个流程。
明白了jdk中对事件机制的定义，再来看看tomcat和spring中的事件机制。
tomcat的事件机制
tomcat的事件机制也离不开eventobject、eventlistener以及eventsource三个对象，只不过在此基础上提供了更加抽象和便捷的操作。这里我挑选tomcat的生命周期接口对象lifecycle来讲解整个事件发布流程：
首先还是eventobject对象lifecycleevent，这里只列出了核心代码。它的主要参数是lifecycle，lifecycle中定义了tomcat各个阶段的名称：before_init、after_init、start等等，是事件监听者感兴趣的对象。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 |
public final class lifecycleevent extends eventobject {
//......
public lifecycleevent(lifecycle lifecycle, string type, object data) {
super (lifecycle); this .type = type; this .data = data; }
//...... }
public interface lifecycle { /** * the lifecycleevent type for the "component after init" event. */ public static final string before_init_event = "before_init" ;
/** * the lifecycleevent type for the "component after init" event. */ public static final string after_init_event = "after_init" ;
/** * the lifecycleevent type for the "component start" event. */ public static final string start_event = "start" ;
//...... } |
事件监听接口lifecyclelistener，定义了lifecycleevent方法用来传递监听者感兴趣的lifecycleevent对象，监听者使用lifecycleevent参数用来在tomcat的各个阶段处理进行相应处理。这些感兴趣的对象包括下面这些类：
这里使用contextconfig类为例，可以看到它实现了lifecyclelistener接口。这个类在解析server.xml的时候用来监听standardcontext的各个阶段的事件，并做出相应处理：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 |
public interface lifecyclelistener {
public void lifecycleevent(lifecycleevent event); }
public class contextconfig implements lifecyclelistener {
//...... @override public void lifecycleevent(lifecycleevent event) {
// identify the context we are associated with try { context = (context) event.getlifecycle(); } catch (classcastexception e) { log.error(sm.getstring( "contextconfig.cce" , event.getlifecycle()), e); return ; }
// process the event that has occurred if (event.gettype().equals(lifecycle.configure_start_event)) { configurestart(); } else if (event.gettype().equals(lifecycle.before_start_event)) { beforestart(); } else if (event.gettype().equals(lifecycle.after_start_event)) { // restore docbase for management tools if (originaldocbase != null ) { context.setdocbase(originaldocbase); } } else if (event.gettype().equals(lifecycle.configure_stop_event)) { configurestop(); } else if (event.gettype().equals(lifecycle.after_init_event)) { init(); } else if (event.gettype().equals(lifecycle.after_destroy_event)) { destroy(); } }
//...... } |
lifecyclesupport是我们需要了解的主要对象，它是监听对象的一个管理类，原理其实和上面的例子差不多，对应了myeventsource类的部分功能，方便eventsource类来管理监听对象。它把对监听对象的添加移除以及发布事件几个操作进行了统一管理，避免eventsource类中出现太多管理监听对象的逻辑。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 |
public final class lifecyclesupport {
//......
//监听对象集合 private lifecyclelistener listeners[] = new lifecyclelistener[ 0 ];
private final object listenerslock = new object(); // lock object for changes to listeners
//添加监听对象 public void addlifecyclelistener(lifecyclelistener listener) {
synchronized (listenerslock) { lifecyclelistener results[] = new lifecyclelistener[listeners.length + 1 ]; for ( int i = 0 ; i < listeners.length; i++) results[i] = listeners[i]; results[listeners.length] = listener; listeners = results; }
}
//发布监听对象 public void firelifecycleevent(string type, object data) {
lifecycleevent event = new lifecycleevent(lifecycle, type, data); lifecyclelistener interested[] = listeners; for ( int i = 0 ; i < interested.length; i++) interested[i].lifecycleevent(event);
}
//移除监听对象 public void removelifecyclelistener(lifecyclelistener listener) {
synchronized (listenerslock) { int n = - 1 ; for ( int i = 0 ; i < listeners.length; i++) { if (listeners[i] == listener) { n = i; break ; } } if (n < 0 ) return ; lifecyclelistener results[] = new lifecyclelistener[listeners.length - 1 ]; int j = 0 ; for ( int i = 0 ; i < listeners.length; i++) { if (i != n) results[j++] = listeners[i]; } listeners = results; } } } |
使用了lifecyclesupport之后，操作lifecyclelistener就简单多了，只需要调用lifecyclesupport的各个方法就可以了：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
public abstract class lifecyclebase implements lifecycle{
//...... private lifecyclesupport lifecycle = new lifecyclesupport( this );
@override public void addlifecyclelistener(lifecyclelistener listener) { lifecycle.addlifecyclelistener(listener); }
@override public void removelifecyclelistener(lifecyclelistener listener) { lifecycle.removelifecyclelistener(listener); }
protected void firelifecycleevent(string type, object data) { lifecycle.firelifecycleevent(type, data); } //...... } |
在需要发布事件时调用firelifecycleevent方法就可以发布事件：
|
1 |
firelifecycleevent(lifecycle.configure_stop_event, null ); |
tomcat事件机制就是在之前的例子上抽出了一个lifecyclesupport类来方便管理监听对象的各种操作，这是一个可以借鉴的地方，其他差别并不大。再来看看spring中对事件机制的处理。
spring的事件机制
spring中的事件机制原理也是一样的，只是相对来说实现上稍微复杂一点。还是通过相同的角度来看这个问题。
首先是eventobject，spring里面的主要实现是applicationevent：
这里通过contextstartedevent类来查看eventobject，它关注的对象是applicationcontext，是spring容器在启动时触发的事件对象：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
public abstract class applicationevent extends eventobject {
//...... public applicationevent(object source) { super (source); this .timestamp = system.currenttimemillis(); } //...... }
public abstract class applicationcontextevent extends applicationevent { public applicationcontextevent(applicationcontext source) { super (source); }
public final applicationcontext getapplicationcontext() { return (applicationcontext) this .getsource(); } }
public class contextstartedevent extends applicationcontextevent { public contextstartedevent(applicationcontext source) { super (source); } } |
事件监听接口applicationlistener，定义了onapplicationevent方法用来传递监听者感兴趣的applicationevent对象，监听者使用applicationevent参数用来在context的各个阶段处理进行相应处理。
如果我们需要在容器启动后进行相应处理，那么我们可以在业务类中实现applicationlistener接口，在事件发生时就会发起通知：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
public interface applicationlistener<e extends applicationevent> extends eventlistener {
void onapplicationevent(e event); }
public class myapplicationlistener implements applicationlistener<applicationevent> {
@override public void onapplicationevent(applicationevent applicationevent) {
if (applicationevent instanceof contextrefreshedevent){
system.out.println( "context refresh!" ); } } } |
那么在spring框架中是怎么发布这些事件的呢？是不是也有一个类似tomcat中lifecyclesupport一样的类呢？通过查看源码可以发现发现，applicationcontext容器在初始化阶段会调用refresh()方法，这其中又调用了
finishrefresh()方法，这其中调用了publishevent(new contextrefreshedevent(this))方法，发布了contextrefreshedevent这一对象。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 |
protected void finishrefresh() {
//...... // publish the final event. publishevent( new contextrefreshedevent( this )); }
protected void publishevent(object event, @nullable resolvabletype eventtype) {
//...... getapplicationeventmulticaster().multicastevent(applicationevent, eventtype); //...... }
publishevent方法通过调用一个默认的多播器simpleapplicationeventmulticaster的multicastevent方法来发布各种事件：
simpleapplicationeventmulticaster public void multicastevent( final applicationevent event, @nullable resolvabletype eventtype) { resolvabletype type = (eventtype != null ? eventtype : resolvedefaulteventtype(event));
//通过getapplicationlisteners获取了所有监听器，然后通过invokelistener方法循环发布事件 for ( final applicationlistener<?> listener : getapplicationlisteners(event, type)) { executor executor = gettaskexecutor(); if (executor != null ) { executor.execute(() -> invokelistener(listener, event)); } else { invokelistener(listener, event); } } }
protected void invokelistener(applicationlistener<?> listener, applicationevent event) { //...... doinvokelistener(listener, event); }
private void doinvokelistener(applicationlistener listener, applicationevent event) { //...... listener.onapplicationevent(event); } |
也就是说在spring容器中发布applicationlistener所关注的对象是通过simpleapplicationeventmulticaster这个类来管理的，和tomcat中lifecyclesupport的功能类似，只是在实现上有略微差别。
最后提一句，在spring中你也可以自己发布各种事件，调用applicationcontext的publishevent方法即可。
|
1 |
applicationcontext.publishevent( new applicationevent( new string( "事件发布" )) { }); |
总结
这篇文章对java的事件机制在tomcat以及spring框架中的实现做了一个简单总结和对比，你需要知道以下几点：
jdk中定义了eventobject和eventlistener两个接口，奠定了事件机制的基础。 tomcat额外提供了一个support类来对监听器的添加删除以及发布进行管理。 spring容器内部通过simpleapplicationeventmulticaster来发布各个事件，用户可以通过实现applicationlistener接口来监听自己感兴趣的容器事件。希望你通过这篇文章的学习可以对java的事件机制有一个更深刻的认识，在实现自己的事件机制时有可以借鉴以及改进的地方。
好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。
原文链接：http://www.cnblogs.com/konck/p/10134541.html
查看更多关于Tomcat和Spring中的事件机制深入讲解的详细内容...