Spring-data-redis: pub/sub訊息訂閱
阿新 • • 發佈:2019-01-04
Redis中pub/sub特性,可以用來實現類似與JMS的“topic”功能,只不過這些訊息無法被持久化而已。spring-data-redis元件中對pub/sub提供了類似JMS的程式設計模式,我們通過例項來展示如何使用。
需要注意的是,在redis中訊息的訂閱端(subscribe)需要獨佔連結,那麼訊息接收將是阻塞的。
程式碼例項中,使用了“連線池”/“訊息非同步接受”“訊息併發處理”,請根據需要調整相關引數。
1) Redis中"pub/sub"的訊息,為"即發即失",server不會儲存訊息,如果publish的訊息,沒有任何client處於"subscribe"狀態,訊息將會被丟棄.如果client在subcribe時,連結斷開後重連,那麼此期間的訊息也將丟失.Redis server將會"盡力"將訊息傳送給處於subscribe狀態的client,但是仍不會保證每條訊息都能被正確接收.
2) 如果期望pub/sub的訊息時持久的,那麼需要藉助額外的功能.參見"pub/sub持久化訂閱"
一.配置檔案:
Java程式碼- <beans xmlns="http://www.springframework.org/schema/beans"
- xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
-
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd"
- <bean id="jedisPoolConfig" class="redis.clients.jedis.JedisPoolConfig">
- <property name="maxActive" value="32"></property>
- <property name="maxIdle" value="6"></property>
-
<property name="maxWait" value="15000"
- <property name="minEvictableIdleTimeMillis" value="300000"></property>
- <property name="numTestsPerEvictionRun" value="3"></property>
- <property name="timeBetweenEvictionRunsMillis" value="60000"></property>
- <property name="whenExhaustedAction" value="1"></property>
- </bean>
- <bean id="jedisConnectionFactory" class="org.springframework.data.redis.connection.jedis.JedisConnectionFactory" destroy-method="destroy">
- <property name="poolConfig" ref="jedisPoolConfig"></property>
- <property name="hostName" value="127.0.0.1"></property>
- <property name="port" value="6379"></property>
- <property name="password" value="0123456"></property>
- <property name="timeout" value="15000"></property>
- <property name="usePool" value="true"></property>
- </bean>
- <bean id="jedisTemplate" class="org.springframework.data.redis.core.RedisTemplate">
- <property name="connectionFactory" ref="jedisConnectionFactory"></property>
- <property name="defaultSerializer">
- <bean class="org.springframework.data.redis.serializer.StringRedisSerializer"/>
- </property>
- </bean>
- <bean id="topicMessageListener" class="com.sample.redis.sdr.TopicMessageListener">
- <property name="redisTemplate" ref="jedisTemplate"></property>
- </bean>
- <bean id="topicContainer" class="org.springframework.data.redis.listener.RedisMessageListenerContainer" destroy-method="destroy">
- <property name="connectionFactory" ref="jedisConnectionFactory"/>
- <property name="taskExecutor"><!-- 此處有個奇怪的問題,無法正確使用其他型別的Executor -->
- <bean class="org.springframework.scheduling.concurrent.ThreadPoolTaskScheduler">
- <property name="poolSize" value="3"></property>
- </bean>
- </property>
- <property name="messageListeners">
- <map>
- <entry key-ref="topicMessageListener">
- <bean class="org.springframework.data.redis.listener.ChannelTopic">
- <constructor-arg value="user:topic"/>
- </bean>
- </entry>
- </map>
- </property>
- </bean>
- </beans>
二.訊息釋出(pub):
Java程式碼- String channel = "user:topic";
- //其中channel必須為string,而且“序列化”策略也是StringSerializer
- //訊息內容,將會根據配置檔案中指定的valueSerializer進行序列化
- //本例中,預設全部採用StringSerializer
- //那麼在訊息的subscribe端也要對“發序列化”保持一致。
- redisTemplate.convertAndSend(channel, "from app 1");
三.訊息接收(subscribe):
1) TopicMessageListener類:
Java程式碼- public class TopicMessageListener implements MessageListener {
- private RedisTemplate redisTemplate;
- public void setRedisTemplate(RedisTemplate redisTemplate) {
- this.redisTemplate = redisTemplate;
- }
- @Override
- public void onMessage(Message message, byte[] pattern) {
- byte[] body = message.getBody();//請使用valueSerializer
- byte[] channel = message.getChannel();
- //請參考配置檔案,本例中key,value的序列化方式均為string。
- //其中key必須為stringSerializer。和redisTemplate.convertAndSend對應
- String itemValue = (String)redisTemplate.getValueSerializer().deserialize(body);
- String topic = (String)redisTemplate.getStringSerializer().deserialize(channel);
- //...
- }
- }
2) 你會發現上述程式設計風格非常像JMS。需要注意的是訊息體的反序列化。