监听器模式和观察者模式

1.为了解决,特定事件每次发生后,都得立即有特定的回调接口去拿到这个对象并且,执行某段特定程序的功能,并且不能影响到主程序的进行,这个就是回调模型的思想

2.回调模型的三大特征元素(解决这种情况的模型)

	1.事件源(被观察者)(回调者)
		1.管理回调接口类
		2.重点是将事件对象传给自己管理的回调接口类 list
	2.事件对象(被观察者)
	3.监听器(观察者)(回调接口类)

监听器模式和观察者模式都是回调模式的应用,都是解决特定 事件对象发生,不影响主程序执行,并且事件对象每次发生,都得有回调接口去处理这个事件对象的情况

另外,事件对象和事件的发生这是有区别的,首先必须得有事件对象(这是组件创建的),但是事件的发生可有可无(因为这个是人为规定的,意思就是 监听器想要执行,必须拿到事件对象,但是通常也是得先有事件发生了,组件才会创建事件对象给监听器执行)

	1.例如:mq消费消息这个事件发生了,mq才会创建 消费消息事件event给监听器执行
	2.再例如:web启动,servletContext被创建了,这个事件发生,tomcat创建servletContextEvent,给监听器执行
	3..例如到某个时刻,我tomcat(事件源,事件的起源)会发起一个叫ServletContextEvent的事件(里面带着各种参数)
	  凡是实现了ServletContextListener接口的类,我都会调用里面的contextInitialized方法,并把这个事件参数传进去
	  这是tomcat加载spring的原理
	  这是事件对象的创建,针对这个事件对象的创建,事件的发生是指web启动,
	  创建了servletContext这个事件

但是通常,事件的发生(事件的信息)-> 事件对象Event的创建(通常包含了之前那个事件的信息)-> 监听器(特定的监听器拿到特定的事件对象)-> 将事件对象中 事件的信息 取出来,执行

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值