监听器就是一个实现特定接口的普通java程序，这个程序专门用于监听另一个java对象的方法调用或属性改变，当被监听对象发生上述事件后，监听器某个方法将立即被执行。
监听器原理
监听原理
1、存在事件源
2、提供监听器
3、为事件源注册监听器
4、操作事件源，产生事件对象，将事件对象传递给监听器，并且执行监听器相应监听方法
监听器典型案例：监听window窗口的事件监听器
例如：swing开发首先制造Frame**窗体**，窗体本身也是一个显示空间，对窗体提供监听器，监听窗体方法调用或者属性改变：
*
关闭窗体时，调用windowListener 的windowclosing() , 传递windowEvent参数，表示窗体关闭事件对象
*
事件对象操作事件源，获得事件源状态
自定义监听器
以上内容可以用下图解释：
通过person.addPersonListener(new PersonListener(){})使事件源与监听器间产生联系。
事件源（在事件源方法中创建事件对象）：
监听器(参数是事件对象)
事件对象(通过事件对象可以获得事件源)
测试方法
对上的匿名类补充：匿名内部类的作用是创建一个实现接口的匿名类对象，含义是创建一个继承自PersonListener的匿名类的对象）,通过new表达式返回的引用被自动向上转型为对PersonListener的引用
Servlet监听器
（不需要配置，但是监听器仍需要进行注册）
在Servlet规范中定义了多种类型的监听器，它们用于监听的事件源分别为
ServletContext, HttpSession 和
ServletRequest 这三个域对象。
Servlet监听器分为三大类
1、数据域对象创建和销毁监听器
2、数据域对象和属性变更监听器
3、绑定到 HttpSession 域中的某个对象的状态的事件监听器
（一）数据域对象创建销毁监听器 — 监听三个与对象 （三个监听器）
1、ServletContextListener : 用来监听ServletContext对象的创建和销毁
监听创建
监听销毁
*
ServletContext对象代表全局唯一对象，每个web工程会产生一个ServletContext,服务器启动创建，服务器关闭销毁
编写监听器
步骤一：编写类实现特定监听器接口
步骤二：注册监听器，不是通过事件源，而是在web.xml 进行配置
（监听器和Servlet、Filter不同，不需要url配置，监听器执行不是由用户访问的，监听器
是由事件源自动调用的）
servletContext域对象何时创建和销毁：
- 创建：服务器启动针对每一个web应用创建servletcontext
- 销毁：服务器关闭前先关闭代表每一个web应用的servletContext
ServletContextListener主流应用：
第一个：在服务器启动时，对一些对象进行初始化，并且将对象保存ServletContext数据范围内(因为在监听器内可以获得事件源对象)
— 全局数据
- 例如：创建数据库连接池
第二个：对框架进行初始化 例如：Spring框架初始化通过ServletContextListener
(因为监听器代码在服务器启动时执行)
- Spring框架(配置文件随服务器启动加载) org.springframework.web.context.ContextLoaderListener
第三个：实现任务调度，启动定时程序 （Timer、TimerTask） 使一个程序，定时执行
比如说每天晚上十二点给过生日的人进行生日祝福，中国移动对账户进行同步，会在服务器使用较少的时间，例如凌晨之类，启动一段程序，进行同步
java.util.Timer 一种线程设施，用于安排以后在后台线程中执行的任务。可安排任务执行一次，或者定期重复执行。
Timer提供了启动定时任务方法 schedule
* schedule(TimerTask task, Date firstTime,
long period) 用来在指定一个时间启动定时器，定期循环执行
* schedule(TimerTask task, long delay,
long period) 用来在当前时间delay多少毫秒后启动定时器
停止定时器，timer.cancel取消任务
2、HttpSession 数据对象创建和销毁监听器 —– HttpSessionListener
监听Session对象创建
监听Session对象销毁
Session何时创建：request.getSession()
Session何时销毁：关闭服务器，Session过期，session.invalidate
*Session过期时间通过web.xml配置（tomcat配置文件中），默认时间30分钟
配置：
HttpSession监听器
现有如下JSP页面：
1.jsp
2.jsp
访问1.jsp时会执行监听器原因：因为如果观察jsp的源码，封闭式英语培训jsp会被预处理成.java代码（在tomcat中work文件夹下，参见http://blog.csdn.net/megustas_jjc/article/details/53462025），我们打开这个.java代码的源码：
其中的getSession的实现实际就是request.getSession()
3、HttpServletRequest对象的创建和销毁监听器 —-
ServletRequestListener
—-监听request对象创建
监听request对象销毁
Request何时创建：请求发起时创建
Request何时销毁：响应结束时销毁
例如：每次刷新界面都会创建销毁一次
注意（创建销毁次数由请求次数决定）：
使用forward —-
request创建销毁几次 —– 一次
使用sendRedirect —- request创建销毁两次
（两次请求）
（二）ServletContext/HttpSession/ServletRequest中保存数据
创建、修改、移除监听器
ServletContextAttributeListener 监听ServletContext中属性变化
HttpSessionAttributeListener 监听HttpSession中属性变化
ServletRequestAttributeListener 监听ServletRequest中属性变化
attributeAdded 监听属性添加 —- 当数据范围对象没有该属性，第一次添加时调用执行
attributeRemoved 监听属性移除 —- 从一个数据范围对象删除一个已经存在属性执行
attributeReplaced 监听属性替换 —–
当一个数据范围已经存在一个属性，向数据范围添加相同名称属性触发替换方法
例如，此处我们用HttpSessionAttributeListener举例（ServletContextListener与ServletRequestListener同理）：
JSP页面
监听器
注册
注意：获得返回值通过session.getAttribute(se.getName())
（三）被绑定Session对象，自我状态感知监听器
保存在 Session 域中的对象可以有多种状态：绑定到 Session 中；从 Session
域中解除绑定；随 Session 对象持久化到一个存储设备中(钝化)；随 Session
对象从一个存储设备中恢复（活化）
被存放Session的Java对象，感知自我四种状态变化
1、被绑定
2、被解除绑定
3、被钝化 —– 数据从内存序列化硬盘
4、被活化 —- 数据从硬盘重新加载回内存
HttpSessionBindingListener实现接口的java对象，感知自己被绑定到Session或者从Session中解除绑定
HttpSessionActivationListener实现接口的java对象，感知从内存被钝化硬盘上，雅思托福的区别从硬盘活化到内存中
实现这两个接口的类不需要 web.xml
文件中进行注册，都是由Session自主完成的，例如在存储对象的时候会自动调用绑定
HttpSessionBindingListener
* 绑定对象方法 —-
* 解除绑定方法
—–、当Session对象销毁时，当中所有绑定对象解除绑定
JSP页面：
HttpSessionActivationListener
* 感知对象被活化
* 感知对象被钝化
使用场景：Session保存数据，很长一段时间没用，但是不能销毁Session对象，不想占用服务器内存资源 —–
钝化（将服务器内存中数据序列化硬盘上）
JSP界面
读取数据
注意
钝化和活化应该由tomcat服务器 自动进行 —- 配置tomcat
配置context有几个位置？
1、tomcat/conf/context.xml 对所有虚拟主机 所有web工程生效
2、tomcat/conf/Catalina/localhost/context.xml 对当前虚拟主机所有web工程生效
3、当前工程/META-INF/context.xml 对当前工程有效
钝化后 it315目录在哪里？在“tomcat/work/Catalina/localhost/项目名”目录中
java对象如果想实现序列化，需要实现Serializable接口（因此上述Bean2实现Serializable接口，才可以被钝化，并之后进行活化并读取）