Listener

本文对比分析了HttpSessionListener与HttpSessionBindingListener的功能与应用场景,解释了如何利用这两种监听器来统计在线人数,并探讨了ServletContextListener的作用及session管理的相关概念。

Listener监听器,本身是observer观察者。监听程序特殊事件的发生。一般不使用Listener,可以用load-on-startup替代。

 

HttpSessionBindingListenerHttpSessionListener的区别:

HttpSessionListener中有两个方法,sessionCreated()sessionDestroyed()。这两个方法可以监听到当前应用中session的创建和销毁情况;HttpSessionBindingListener中也有两个方法,valueBound()valueUnBound()

HttpSessionListener是在浏览器访问页面的时候就产生了一个session,在统计在线人数的时候如果使用HttpSessionListener,因为统计的是产生的session数量,所以使用HttpSessionListener不能识别游客浏览的情况;而HttpSessionBindingListener是在session.setAttribute()的时候才进行监听,可以用来进行在线人数的统计。

HttpSessionBindingListenerHttpSessionListener之间的最大区别: HttpSessionListener只需要设置到web.xml中就可以监听整个应用中的所有session HttpSessionBindingListener必须实例化后放入某一个session中,才可以进行监听。

从监听范围上比较,HttpSessionListener设置一次就可以监听所有sessionHttpSessionBindingListener通常都是一对一的。

如:if (userName != null) {

              session.setAttribute("userName", userName);

              session.setAttribute("lis", new MySessionBindingListener());

              session.setAttribute("xdj", ListenerManager.getI());

           }

正是这种区别成就了HttpSessionBindingListener的优势,我们可以让每个listener对应一个username,这样 就不需要每次再去session中读取username,进一步可以将所有操作在线列表的代码都移入listener,更容易维护。

 

ServletContextListener

web应用程序启动或关闭时,服务器会自动产生一个ServletContextEvent对象,并把该对象传给contextInitialized()contextDestroyed()方法。分别在web应用程序启动和关闭的时候进行监听。

 

session.invalidate()session.removeAttribute(name)的区别:

session.invalidate()是让当前浏览器的session销毁,也就是一个session被销毁,比如用户登录后注销就用这个,因为注销意味着该用户session中的所有属性均失效。当前sessionID不再存在;而removeAttribute()可以指定销毁session中的某个属性。下个request中的sessionID是不变的
也就是说,session还是原来的session

例如session.removeAttribute("wangxin") 会把session"wangxin"这个属性(及其值)删除,一般用做实现用户退出(logout),使用户信息失效。

 

事件类:

当监听的时候,服务器是产生一个事件类对象,然后事件类对象传给相应的方法。

ServletContextEvent

HttpSessionEvent

HttpSessionBindingEvent

request.getRequestDispatcher().forward()是否能被过滤器过滤,思考为什么?

不会被过滤器过滤。

forward是服务器请求资源,服务器直接访问目标地址的URL,把那个URL的响应内容读取过来,然后把这些内容再发给浏览器,浏览器根本不知道服务器发送的内容是从哪儿来的,所以它的地址栏中还是原来的地址。

redirect就是服务器根据逻辑,发送一个状态码,告诉浏览器重新去请求那个地址,一般来说浏览器会用刚才请求的所有参数重新请求。

二者都是由服务器请求和发送,不过redirect方式需要浏览器重新请求,所以会被过滤;而forward方式始终是在服务器端执行,不会被过滤。

### MQListener 实现与配置指南 MQListener 是一种用于监听消息队列的机制,通常在基于消息队列的应用程序中使用。以下是对 MQListener 的实现和配置的详细说明。 #### 1. **MQListener 的基本概念** MQListener 是一个接口或类,用于监听消息队列中的消息并对其进行处理。它通常结合消息中间件(如 RabbitMQ、ActiveMQ 或 IBM MQ)使用。当消息到达队列时,MQListener 会自动触发回调方法来处理这些消息[^1]。 #### 2. **Spring AMQP 中的 MQListener 配置** 在 Spring 框架中,可以通过 `@RabbitListener` 注解实现 MQListener 功能。以下是配置步骤: - **添加依赖** 在父工程中添加 AMQP 依赖,确保项目支持 RabbitMQ 消息队列功能。 ```xml <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-amqp</artifactId> </dependency> ``` 这一步确保了项目可以使用 RabbitMQ 的相关功能[^3]。 - **定义监听器** 使用 `@RabbitListener` 注解标记需要监听的消息队列。 ```java import org.springframework.amqp.rabbit.annotation.RabbitListener; import org.springframework.stereotype.Component; @Component public class MessageListener { @RabbitListener(queues = "myQueue") public void listen(String message) { System.out.println("Received Message: " + message); } } ``` #### 3. **ActiveMQ 中的 MQListener 配置** 在 ActiveMQ 中,可以通过实现 `MessageListener` 接口来监听消息队列。 - **实现 MessageListener 接口** 创建一个类实现 `javax.jms.MessageListener` 接口,并重写 `onMessage` 方法。 ```java import javax.jms.JMSException; import javax.jms.Message; import javax.jms.MessageListener; import javax.jms.TextMessage; public class MyMessageListener implements MessageListener { @Override public void onMessage(Message message) { if (message instanceof TextMessage) { try { String text = ((TextMessage) message).getText(); System.out.println("Received Message: " + text); } catch (JMSException e) { e.printStackTrace(); } } } } ``` - **注册监听器** 将监听器注册到队列中。 ```java import javax.jms.Connection; import javax.jms.ConnectionFactory; import javax.jms.Destination; import javax.jms.Session; import org.apache.activemq.ActiveMQConnectionFactory; public class ActiveMQListenerExample { public static void main(String[] args) throws Exception { ConnectionFactory connectionFactory = new ActiveMQConnectionFactory("tcp://localhost:61616"); Connection connection = connectionFactory.createConnection(); connection.start(); Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE); Destination destination = session.createQueue("TEST QUEUE"); MyMessageListener listener = new MyMessageListener(); session.createConsumer(destination).setMessageListener(listener); // 等待消息 Thread.sleep(10000); session.close(); connection.close(); } } ``` #### 4. **IBM MQ 中的 MQListener 配置** 在 IBM MQ 中,可以通过 `MQQueueManager` 和 `MQGET` 方法实现监听功能。 - **创建通道和队列管理器** 定义通道和队列管理器以连接到远程 MQ 服务器。 ```java import com.ibm.mq.MQEnvironment; import com.ibm.mq.MQGetMessageOptions; import com.ibm.mq.MQMessage; import com.ibm.mq.MQQueue; import com.ibm.mq.MQQueueManager; public class IBMQueueListener { public static void main(String[] args) throws Exception { MQEnvironment.hostname = "10.4.2.241"; MQEnvironment.port = 1414; MQEnvironment.channel = "CLNT_CHAN_PUMA"; MQQueueManager qMgr = new MQQueueManager("QMGR_NAME"); MQQueue queue = qMgr.accessQueue("QUEUE_NAME", MQC.MQOO_INPUT_AS_Q_DEF); while (true) { MQMessage message = new MQMessage(); MQGetMessageOptions gmo = new MQGetMessageOptions(); queue.get(message, gmo); System.out.println("Received Message: " + message.readUTF()); } } } ``` ####
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值