javaweb监听器的简单介绍

今天给各位分享javaweb监听器的知识，其中也会对进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、javaweb，监听器和定时器（Quartz）互相调控的问题
• 2、java设计模式-回调、事件监听器、观察者模式
• 3、oracle的监听器listener 和 java web的监听器listener 的联系是什么？
• 4、java语言中拦截器、过滤器、监听器都是什么意思？

javaweb，监听器和定时器（Quartz）互相调控的问题

public class Listener {

public static Object lock = new Object();

public void run() {

while (true) {

synchronized (Listener.lock) {

if (hasData()) {

//do check data

}

nodifyForLock();

}

threadSleep();

}

}

public static boolean hasData() {

// return has data

}

public static void threadSleep() {

//sleep 5 second

}

private void nodifyForLock() {

Listener.lock.notify();

}

}

public class Quartz {

public void run() {

synchronized (Listener.lock) {

if (Listener.hasData()) {

waitForLock();

}

//do quartz

}

}

private void waitForLock() {

try {

Listener.lock.wait();

} catch (InterruptedException e) {

e.printStackTrace();

}

}

}

使用同步锁机制，确保监听器和定时器不会同时运行。

使用Wait Nodify机制，确保有数据时定时器会等待，直到数据处理完成。

java设计模式-回调、事件监听器、观察者模式

转自( )

背景

关于设计模式，之前笔者写过工厂模式，最近在使用gava ListenableFuture时发现事件监听模型特别有意思，于是就把事件监听、观察者之间比较了一番，发现这是一个非常重要的设计模式，在很多框架里扮演关键的作用。

回调函数

为什么首先会讲回调函数呢？因为这个是理解监听器、观察者模式的关键。

什么是回调函数

所谓的回调，用于回调的函数。 回调函数只是一个功能片段，由用户按照回调函数调用约定来实现的一个函数。 有这么一句通俗的定义：就是程序员A写了一段程序（程序a），其中预留有回调函数接口，并封装好了该程序。程序员B要让a调用自己的程序b中的一个方法，于是，他通过a中的接口回调自己b中的方法。

举个例子：

这里有两个实体：回调抽象接口、回调者（即程序a）

回调接口（ICallBack ）

public interface ICallBack {

public void callBack();

}

回调者（用于调用回调函数的类）

public class Caller {

}

回调测试：

public static void main(String[] args) {

Caller call = new Caller();

call.call(new ICallBack(){

控制台输出：

start...

终于回调成功了！

end...

还有一种写法

或实现这个ICallBack接口类

class CallBackC implements ICallBack{

@Override

public void callBack() {

System.out.println("终于回调成功了！");

}

}

有没有发现这个模型和执行一个线程，Thread很像。 没错，Thread就是回调者，Runnable就是一个回调接口。

new Thread(new Runnable(){

@Override

public void run() {

System.out.println("回调一个新线程！");

}}).start();

Callable也是一个回调接口，原来一直在用。 接下来我们开始讲事件监听器

事件监听模式

什么是事件监听器

监听器将监听自己感兴趣的事件一旦该事件被触发或改变，立即得到通知，做出响应。例如：android程序中的Button事件。

java的事件监听机制可概括为3点：

java的事件监听机制涉及到 事件源，事件监听器，事件对象 三个组件,监听器一般是接口，用来约定调用方式

当事件源对象上发生操作时，它将会调用事件监听器的一个方法，并在调用该方法时传递事件对象过去

事件监听器实现类,通常是由开发人员编写，开发人员通过事件对象拿到事件源，从而对事件源上的操作进行处理

举个例子

这里我为了方便，直接使用jdk，EventListener 监听器，感兴趣的可以去研究下源码，非常简单。

监听器接口

public interface EventListener extends java.util.EventListener {

//事件处理

public void handleEvent(EventObject event);

}

事件对象

public class EventObject extends java.util.EventObject{

private static final long serialVersionUID = 1L;

public EventObject(Object source){

super(source);

}

public void doEvent(){

System.out.println("通知一个事件源 source :"+ this.getSource());

}

}

事件源

事件源是事件对象的入口，包含监听器的注册、撤销、通知

public class EventSource {

//监听器列表，监听器的注册则加入此列表

private VectorEventListener ListenerList = new VectorEventListener();

//注册监听器

public void addListener(EventListener eventListener){

ListenerList.add(eventListener);

}

//撤销注册

public void removeListener(EventListener eventListener){

ListenerList.remove(eventListener);

}

//接受外部事件

public void notifyListenerEvents(EventObject event){

for(EventListener eventListener:ListenerList){

eventListener.handleEvent(event);

}

}

}

测试执行

public static void main(String[] args) {

EventSource eventSource = new EventSource();

}

控制台显示：

通知一个事件源 source :openWindows

通知一个事件源 source :openWindows

doOpen something...

到这里你应该非常清楚的了解，什么是事件监听器模式了吧。 那么哪里是回调接口，哪里是回调者，对！EventListener是一个回调接口类，handleEvent是一个回调函数接口，通过回调模型，EventSource 事件源便可回调具体监听器动作。

有了了解后，这里还可以做一些变动。 对特定的事件提供特定的关注方法和事件触发

public class EventSource {

...

public void onCloseWindows(EventListener eventListener){

System.out.println("关注关闭窗口事件");

ListenerList.add(eventListener);

}

}

public static void main(String[] args) {

EventSource windows = new EventSource();

/**

* 另一种实现方式

*/

//关注关闭事件，实现回调接口

windows.onCloseWindows(new EventListener(){

}

这种就类似于，我们的窗口程序，Button监听器了。我们还可以为单击、双击事件定制监听器。

观察者模式

什么是观察者模式

观察者模式其实原理和监听器是一样的，使用的关键在搞清楚什么是观察者、什么是被观察者。

观察者(Observer)相当于事件监器。有个微博模型比较好理解，A用户关注B用户，则A是B的观察者，B是一个被观察者，一旦B发表任何言论，A便可以获得。

被观察者(Observable)相当于事件源和事件，执行事件源通知逻辑时，将会回调observer的回调方法update。

举个例子

为了方便，同样我直接使用jdk自带的Observer。

一个观察者

public class WatcherDemo implements Observer {

@Override

public void update(Observable o, Object arg) {

if(arg.toString().equals("openWindows")){

System.out.println("已经打开窗口");

}

}

}

被观察者

Observable 是jdk自带的被观察者，具体可以自行看源码和之前的监听器事件源类似。

主要方法有

addObserver() 添加观察者，与监听器模式类似

notifyObservers() 通知所有观察者

类Watched.java的实现描述：被观察者，相当于事件监听的事件源和事件对象。又理解为订阅的对象 主要职责：注册/撤销观察者（监听器），接收主题对象（事件对象）传递给观察者（监听器），具体由感兴趣的观察者（监听器）执行

/**

}

测试执行

public static void main(String[] args) {

Watched watched = new Watched();

WatcherDemo watcherDemo = new WatcherDemo();

watched.addObserver(watcherDemo);

watched.addObserver(new Observer(){

@Override

public void update(Observable o, Object arg) {

if(arg.toString().equals("closeWindows")){

System.out.println("已经关闭窗口");

}

}

});

//触发打开窗口事件，通知观察者

watched.notifyObservers("openWindows");

//触发关闭窗口事件，通知观察者

watched.notifyObservers("closeWindows");

控制台输出：

已经打开窗口

已经关闭窗口

总结

从整个实现和调用过程来看，观察者和监听器模式基本一样。

有兴趣的你可以基于这个模型，实现一个简单微博加关注和取消的功能。 说到底，就是事件驱动模型，将调用者和被调用者通过一个链表、回调函数来解耦掉，相互独立。

“你别来找我，有了我会找你”。

整个设计模式的初衷也就是要做到低耦合，低依赖。

再延伸下，消息中间件是什么一个模型？ 将生产者+服务中心（事件源）和消费者（监听器）通过消息队列解耦掉. 消息这相当于具体的事件对象，只是存储在一个队列里（有消峰填谷的作用），服务中心回调消费者接口通过拉或取的模型响应。 想必基于这个模型，实现一个简单的消息中间件也是可以的。

还比如gava ListenableFuture，采用监听器模式就解决了future.get()一直阻塞等待返回结果的问题。

有兴趣的同学，可以再思考下观察者和责任链之间的关系， 我是这样看的。

同样会存在一个链表，被观察者会通知所有观察者，观察者自行处理，观察者之间互不影响。 而责任链，讲究的是击鼓传花，也就是每一个节点只需记录继任节点，由当前节点决定是否往下传。 常用于工作流，过滤器web filter。

oracle的监听器listener 和 java web的监听器listener 的联系是什么？

你说的是服务器端的监听是吧。

listener.ora的文件中，有一个oracle_sid的字段，这个字段写的是oracle的sid，你和数据库的sid去对比，就知道监听的是哪一个数据库。

或者通过lsnrctl status能够调出监听状态，下面有四个监听正太，其中我忘了第几个，那个也是数据库的sid，跟数据库对比下，就知道了。

一本来说服务器监听的都是本机的数据库。 java监听器（Listener）和Servlet是两个不同功能的JavaWeb组件。

监听器是实现了javax.servlet.ServletContextListener这个接口的类，里面有两个方法需要你在子类实现：

public void contextDestroyed(ServletContextEvent evt) {

//监听器被销毁的时候调用

}

public void contextInitialized(ServletContextEvent evt) {

//监听启动的时候调用，初始化servletcontext事件

}

创建好后，配置到web.xml中即可。

对于Servlet自己没有监听器，只有当用户请求Servlet映射的路径时会触发Servlet对应的方法来处理，以此来响应客户的请求。

监听参数是用来初始化监听上下文使用的，不能被其他入口所调用。

!--Spring ApplicationContext载入--

listener

listener-classorg.springframework.web.context.ContextLoaderListener/listener-class

/listener

!-- Spring ApplicationContext配置文件的路径,此参数用于后面的Spring-Contextloader --

context-param

param-namecontextConfigLocation/param-name

param-valueclasspath:beans.xml/param-value

/context-param

!-- 系统服务初始化 --

listener

listener-classpams.servlet.SysInitServlet/listener-class

/listener

java语言中拦截器、过滤器、监听器都是什么意思？

过滤器，是在java web中，你传入的request,response提前过滤掉一些信息，或者提前设置一些参数，然后再传入servlet或者struts2的

action进行业务逻辑，比如过滤掉非法url（不是login.do的地址请求，如果用户没有登陆都过滤掉）,或者在传入servlet或者

struts2的action前统一设置字符集，或者去除掉一些非法字符

拦截器，是在面向切面编程的就是在你的service或者一个方法，前调用一个方法，或者在方法后调用一个方法比如动态代理就是拦截器的简单实现，在你调用方法前打印出字符串（或者做其它业务逻辑的操作），也可以在你调用方法后打印出字符串，甚至在你抛出异常的时候做业务逻辑的操作。

拦截器与过滤器的区别 ：

拦截器是基于java的反射机制的，而过滤器是基于函数回调。

拦截器不依赖与servlet容器，过滤器依赖与servlet容器。

拦截器只能对action请求起作用，而过滤器则可以对几乎所有的请求起作用。

拦截器可以访问action上下文、值栈里的对象，而过滤器不能访问。

在action的生命周期中，拦截器可以多次被调用，而过滤器只能在容器初始化时被调用一次

执行顺序 ：过滤前 - 拦截前 - Action处理 - 拦截后 -

过滤后。个人认为过滤是一个横向的过程，首先把客户端提交的内容进行过滤(例如未登录用户不能访问内部页面的处理)；过滤通过后，拦截器将检查用户提交数

据的验证，做一些前期的数据处理，接着把处理后的数据发给对应的Action；Action处理完成返回后，拦截器还可以做其他过程，再向上返回到过滤器的后续操作。

监听器：这个东西在c/s模式里面经常用到，他会对特定的事件产生产生一个处理。监听在很多模式下用到。比如说观察者模式，就是一个监听来的。又比如struts2可以用监听来启动。Servlet监听器用于监听一些重要事件的发生，监听器对象可以在事情发生前、发生后可以做一些必要的处理。

好比如果说Servlet的监听器Listener，它是实现了javax.servlet.ServletContextListener

接口的服务器端程序，它也是随web应用的启动而启动，只初始化一次，随web应用的停止而销毁。主要作用是：

做一些初始化的内容添加工作、设置一些基本的内容、比如一些参数或者是一些固定的对象等等。

javaweb监听器的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、javaweb监听器的信息别忘了在本站进行查找喔。