我有一个使用Redis发布/订阅的应用程序,使用Java中的Jedis客户端在客户端之间传输消息。我希望能够在用户输入命令时在运行时订阅频道,但是由于订阅是一个阻塞操作,因为它监听调用订阅的线程我不知道如何订阅其他频道。稍后在原始帖子上约会。
示例:
private PubSubListener psl = new PubSubListener();
public void onCommand(String[] args) {
subscribe(args[0]);
}
public void subscribe(String channel) {
Jedis jedis = jedisPool.getResource();
jedis.subscribe(psl, channel);
}
除非调度该命令的线程将用于轮询Redis,否则我将无法使用该线程订阅任何其他频道。
答案 0 :(得分:2)
我发现了同样的问题,即订阅后订阅线程会阻塞。为了解决这个问题,我使用Netty实现了一个优化的pub / sub客户端,并将其合并到Jedis fork here中。这不是一个全面的解决方案,我没有时间真正完成它,但它适用于基本的频道和模式订阅。基础是:
使用以下方法获取pubsub实例:
public static OptimizedPubSub getInstance(String host, int port, String auth, long timeout)
使用以下方式发出/取消模式订阅
public ChannelFuture psubscribe(String... patterns)
public ChannelFuture punsubscribe(String... patterns)
你可以忽略返回的ChannelFuture,除非你想100%确定你的请求通过(它是异步)。
使用以下方式发出/取消频道订阅
public ChannelFuture subscribe(String... channels)
public ChannelFuture unsubscribe(String... channels)
然后实现SubListener实例:
public interface SubListener {
/**
* Callback when a message is published on a subscribed channel
* @param channel The channel the message was received on
* @param message The received message
*/
public void onChannelMessage(String channel, String message);
/**
* Callback when a message is published on a subscribed channel matching a subscribed pattern
* @param pattern The pattern that the channel matched
* @param channel The channel the message was received on
* @param message The received message
*/
public void onPatternMessage(String pattern, String channel, String message);
}
使用以下命令注册/取消注册侦听器:
public void registerListener(SubListener listener)
public void unregisterListener(SubListener listener)
OptimizedPubSub永远不会阻塞,并且事件会以异步方式传递给已注册的SubListeners。
fork现在有点老了,所以它对你当前的形式可能没什么用处,但你可以轻松地拉动该包中的源并独立构建它。依赖项是Jedis和Netty。
抱歉,我没有更全面的解决方案。