12.24 netty無縫切換rabbitmq、activemq、rocketmq實現聊天室功能技术頭條網

12.24 netty無縫切換rabbitmq、activemq、rocketmq實現聊天室功能

netty的pipeline處理鏈上的handler：需要IdleStateHandler心跳檢測channel是否有效，以及處理登錄認證的UserAuthHandler和消息處理MessageHandler

對於所有連進來的channel，我們需要保存起來，往後的群發消息需要依靠這些channel

登錄後，channel就變成有效的channel，無效的channel之後將會丟棄

<code>public static boolean saveUser(Channel channel, String nick, String password) {
        UserInfo userInfo = userInfos.get(channel);
        if (userInfo == null) {
            return false;
        }
        if (!channel.isActive()) {
            logger.error("channel is not active, address: {}, nick: {}", userInfo.getAddr(), nick);
            return false;
        }
        // 驗證用戶名和密碼
        if (nick == null || password == null) {
            return false;
        }
        LambdaQueryWrapper<account> lambdaQueryWrapper = new LambdaQueryWrapper<>();
        lambdaQueryWrapper.eq(Account::getUsername, nick).eq(Account::getPassword, password);
        Account account = accountMapperStatic.selectOne(lambdaQueryWrapper);
        if (account == null) {
            return false;
        }
        // 增加一個認證用戶
        userCount.incrementAndGet();
        userInfo.setNick(nick);
        userInfo.setAuth(true);
        userInfo.setId(account.getId());
        userInfo.setUsername(account.getUsername());
        userInfo.setGroupNumber(account.getGroupNumber());
        userInfo.setTime(System.currentTimeMillis());

        // 註冊該用戶推送消息的通道
        offlineInfoTransmitStatic.registerPull(channel);
        return true;
    }/<account>/<code>

當channel關閉時，就不再接收消息。unregisterPull就是註銷信息消費者，客戶端不再接取聊天消息。此外，從下方有一個加寫鎖的操作，就是為了避免channel還在發送消息時，這邊突然關閉channel，這樣會導致報錯。

<code>public static void removeChannel(Channel channel) {
        try {
            logger.warn("channel will be remove, address is :{}", NettyUtil.parseChannelRemoteAddr(channel));
            //加上讀寫鎖保證移除channel時，避免channel關閉時，還有別的線程對其操作，造成錯誤
            rwLock.writeLock().lock();
            channel.close();
            UserInfo userInfo = userInfos.get(channel);
            if (userInfo != null) {
                if (userInfo.isAuth()) {
                    offlineInfoTransmitStatic.unregisterPull(channel);
                    // 減去一個認證用戶
                    userCount.decrementAndGet();
                }
                userInfos.remove(channel);
            }
        } finally {
            rwLock.writeLock().unlock();
        }

    }/<code>

為了無縫切換使用rabbitmq、rocketmq、activemq、不使用中間件存儲和轉發聊天消息這4種狀態，定義如下4個接口。依次是發送單聊消息、群聊消息、客戶端啟動接收消息、客戶端下線不接收消息。

<code>public interface OfflineInfoTransmit {
    void pushP2P(Integer userId, String message);

    void pushGroup(String groupNumber, String message);

    void registerPull(Channel channel);

    void unregisterPull(Channel channel);
}/<code>

其中，如何使用rabbitmq、rocketmq、activemq三種中間件中的一種來存儲和轉發聊天消息，它的處理流程如下：

單聊的模型參考線程池的模型，如果用戶在線，直接通過channel發送給用戶。如果用戶離線，則發往中間件存儲，下次用戶上線時直接從中間件拉取消息。這樣做對比所有消息的發送都通過中間件來轉的好處是提升了性能
群聊則是完全通過中間件來轉發消息，消息發送中間件，客戶端從中間件接取消息。如果仍像單聊那樣操作，在線用戶直接通過channel發送，操作過於繁瑣，要判斷這個群組的哪些用戶是否在線
如果用戶在線就註冊消費者，從中間件接取消息。否則，就斷開消費者，消息保留在中間件中，以便客戶端下次上線時拉取。這樣就實現了離線消息的接收。
不管使用哪種中間件或使用不使用中間件，它的處理流程都遵循上面的3個要求，就能無縫切換上方的4種方法來存儲和轉發消息。需要哪種方法開啟相應註解即可。