【记录】java 实现 “消息回复率”

本贴最后更新于 2193 天前,其中的信息可能已经物是人非

规则:用户 A 给用户 B 发送一条消息,24 小时内如果 B 回复了 A,给 B 增加消息回复率,超过 24 小时则扣回复率。

       只拿一个月的回复数据计算,回复率初始值(用户未)为0%。

从消息服务器,拿到俩个用户的 id,利用 redis 做会话锁。

思路:比如用户 A 给用户 B 发送一条消息,key 值设置为 A-B,value 为当前时间的时间戳,从 redis 中查询 key 值 A-B 或者 B-A 是否存在。

如果 A-B 存在,不存入 reids,因为 A 已经给 B 用户发送过信息,只计算 A 给 B 发送第一条消息的时间。

如果 B-A 存在,属于 B 用户回复 A 用户的信息,不存入 redis

利用 spring schedule 定时,每隔一段时间取出 redis 会话锁中所有 key,判断时间戳是否超过 24 小时。

超过 24 小时,根据时间戳查询数据源,24 小时内有没有 B 回复给 A 的消息记录。

存在消息记录,存入数据源,表结构:发送者 id,接受者 id,回复状态,时间戳,删除 redis 中会话锁,以便计算 24 小时后用户回复率。之后根据这张表,计算回复率就可以了。数据源我用的 mongoDB。

(会话锁也可以利用 MQ 的延时消息来实现,这样的好处是不依赖定时任务,也避免了每次查 redis,那些时间不够 24 的 key 的消耗。)

/**
     * 计算消息回复率
     */
    public void createSessionLock(IMRouteResponse imRouteResponse){
        //发送人id
        String sendId = imRouteResponse.getFromAccount();
        //接受人id
        String taskId = imRouteResponse.getTo();

        // 查询会话是否已存在
        final String  key = sendId + "-" + taskId;
        final String reverseKey = taskId + "-" + sendId;
        if(!redisTemplate.hasKey(Constants.MESSAGE_REPLY_RATE_LOCK + key) && 
!redisTemplate.hasKey(Constants.MESSAGE_REPLY_RATE_LOCK + reverseKey)){
            // 不存在 创建会话
            redisTemplate.opsForValue().set(Constants.MESSAGE_REPLY_RATE_LOCK + key,System.currentTimeMillis()+"");
            logger.info("【消息回复率】创建{}会话",key);
        }else{
            // 已存在什么都不做
            logger.info("【消息回复率】会话{}已存在!放弃创建会话!",key);
        }

    }


定时器

/**
     * 每天计算消息回复率
     */
    @Scheduled(cron = "0 0 0/1 * * ?")
    public void messageReplyRate(){
        userMessageReplyRateService.messageReplyRate();
    }

/**
     * 拿出会话锁中,计算超过24小时的会话的回复率情况
     */
    public void messageReplyRate(){
        Set<String> sessionKey = redisTemplate.keys(Constants.MESSAGE_REPLY_RATE_LOCK + "*");
        for (String keyJson : sessionKey) {
            String timeJson = redisTemplate.opsForValue().get(keyJson);
            // 此时间+24小时是否超过 当前时间
            long currentTimeMillis = System.currentTimeMillis();
            Long start = Long.valueOf(timeJson) + (1000 * 60 /* 24*/);
            if(start < currentTimeMillis){
                //MESSAGE_REPLY_RATE_LOCK:12-62
                String[] split = keyJson.split(":");
                //12-62
                String key = split[1];
                String[] split1 = key.split("-");
                // 查询mongo 收信人在 timeJson 之后  有没有给发件人 回复
                String send = split1[0];
                String task = split1[1];
                // 查询 接收方之后的24小时里有没有给发送方 回信息
                logger.info("【消息回复率】id:" + send + "用户给id:" + task + "用户发送的消息已超过24小时。");
                ReturnConstants rc = imHistoryRecordService.queryHistoryByUserAndTime(task, send, Long.valueOf(timeJson));
                if(ReturnConstants.SUCCESS == rc){
                    //删除会话锁
                    redisTemplate.delete(Constants.MESSAGE_REPLY_RATE_LOCK + key);
                }else{
                    //这条记录没被正确保存mongo,判断一下 如果时间戳超过 26小时,意味着它失败了两次,就删掉吧。
                    if((NumberUtils.toInt(timeJson) + (1000 * 60 * 26) > currentTimeMillis)){
                        redisTemplate.delete(Constants.MESSAGE_REPLY_RATE_LOCK + key);
                    }

                }
            }
        }

/**
     * 查询历史记录,这个时间段之后的24小时,双方之间有没有通信
     * @param send
     * @param task
     * @param currentTimeMillis
     */
    public ReturnConstants queryHistoryByUserAndTime(String send, String task, long currentTimeMillis) {
        logger.info("【消息回复率】查询mongo,发送人Id:{},接受人id:{},在{}后24小时中。",send,task, Dates.formatTimeMillis(currentTimeMillis,"yyyy-MM-dd HH:mm:ss"));
        Criteria criteria = new Criteria();
        criteria.and("fromAccount").is(send);
        criteria.and("to").is(task);
        //条件查询2,gte大于 lte小于
        criteria.and("msgTimestamp").gte(currentTimeMillis).lte(currentTimeMillis + 1000 * 60 * 24);
        Query query = new Query(criteria);
        long count = mongoTemplate.count(query, IMRouteResponse.class);
        UserMessageReplyRate umrr = new UserMessageReplyRate();
        if(count > 0){
            // 双方有过通信
            umrr.setReplyUserId(NumberUtils.toInt(task));
            umrr.setToUserid(NumberUtils.toInt(send));
            umrr.setState(1);//是否回复成功 1:回复者回复了消息 2:回复者没有回复消息
            umrr.setTimeline(System.currentTimeMillis());
            logger.info("【消息回复率】回复人id{},被回复人id{},在24小时内,回复了消息");
        }else{
            umrr.setReplyUserId(NumberUtils.toInt(task));
            umrr.setToUserid(NumberUtils.toInt(send));
            umrr.setState(2);//是否回复成功 1:回复者回复了消息 2:回复者没有回复消息
            umrr.setTimeline(System.currentTimeMillis());
            logger.info("【消息回复率】回复人id{},被回复人id{},在24小时内,没有回复消息");
        }
        return imUserMessageReplyService.saveUserMessageReplyRate(umrr);
    }

  • B3log

    B3log 是一个开源组织,名字来源于“Bulletin Board Blog”缩写,目标是将独立博客与论坛结合,形成一种新的网络社区体验,详细请看 B3log 构思。目前 B3log 已经开源了多款产品:SymSoloVditor思源笔记

    1063 引用 • 3454 回帖 • 189 关注
  • 回复率
    1 引用

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...

推荐标签 标签

  • Spark

    Spark 是 UC Berkeley AMP lab 所开源的类 Hadoop MapReduce 的通用并行框架。Spark 拥有 Hadoop MapReduce 所具有的优点;但不同于 MapReduce 的是 Job 中间输出结果可以保存在内存中,从而不再需要读写 HDFS,因此 Spark 能更好地适用于数据挖掘与机器学习等需要迭代的 MapReduce 的算法。

    74 引用 • 46 回帖 • 559 关注
  • 百度

    百度(Nasdaq:BIDU)是全球最大的中文搜索引擎、最大的中文网站。2000 年 1 月由李彦宏创立于北京中关村,致力于向人们提供“简单,可依赖”的信息获取方式。“百度”二字源于中国宋朝词人辛弃疾的《青玉案·元夕》词句“众里寻他千百度”,象征着百度对中文信息检索技术的执著追求。

    63 引用 • 785 回帖 • 164 关注
  • 微软

    微软是一家美国跨国科技公司,也是世界 PC 软件开发的先导,由比尔·盖茨与保罗·艾伦创办于 1975 年,公司总部设立在华盛顿州的雷德蒙德(Redmond,邻近西雅图)。以研发、制造、授权和提供广泛的电脑软件服务业务为主。

    8 引用 • 44 回帖
  • 友情链接

    确认过眼神后的灵魂连接,站在链在!

    24 引用 • 373 回帖
  • Caddy

    Caddy 是一款默认自动启用 HTTPS 的 HTTP/2 Web 服务器。

    12 引用 • 54 回帖 • 159 关注
  • Postman

    Postman 是一款简单好用的 HTTP API 调试工具。

    4 引用 • 3 回帖 • 7 关注
  • 电影

    这是一个不能说的秘密。

    121 引用 • 604 回帖 • 1 关注
  • 微服务

    微服务架构是一种架构模式,它提倡将单一应用划分成一组小的服务。服务之间互相协调,互相配合,为用户提供最终价值。每个服务运行在独立的进程中。服务于服务之间才用轻量级的通信机制互相沟通。每个服务都围绕着具体业务构建,能够被独立的部署。

    96 引用 • 155 回帖
  • FreeMarker

    FreeMarker 是一款好用且功能强大的 Java 模版引擎。

    23 引用 • 20 回帖 • 464 关注
  • Swift

    Swift 是苹果于 2014 年 WWDC(苹果开发者大会)发布的开发语言,可与 Objective-C 共同运行于 Mac OS 和 iOS 平台,用于搭建基于苹果平台的应用程序。

    36 引用 • 37 回帖 • 535 关注
  • ReactiveX

    ReactiveX 是一个专注于异步编程与控制可观察数据(或者事件)流的 API。它组合了观察者模式,迭代器模式和函数式编程的优秀思想。

    1 引用 • 2 回帖 • 161 关注
  • CongSec

    本标签主要用于分享网络空间安全专业的学习笔记

    1 引用 • 1 回帖 • 15 关注
  • 大数据

    大数据(big data)是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合,是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。

    93 引用 • 113 回帖
  • NetBeans

    NetBeans 是一个始于 1997 年的 Xelfi 计划,本身是捷克布拉格查理大学的数学及物理学院的学生计划。此计划延伸而成立了一家公司进而发展这个商用版本的 NetBeans IDE,直到 1999 年 Sun 买下此公司。Sun 于次年(2000 年)六月将 NetBeans IDE 开源,直到现在 NetBeans 的社群依然持续增长。

    78 引用 • 102 回帖 • 683 关注
  • TextBundle

    TextBundle 文件格式旨在应用程序之间交换 Markdown 或 Fountain 之类的纯文本文件时,提供更无缝的用户体验。

    1 引用 • 2 回帖 • 53 关注
  • 工具

    子曰:“工欲善其事,必先利其器。”

    288 引用 • 734 回帖 • 2 关注
  • Unity

    Unity 是由 Unity Technologies 开发的一个让开发者可以轻松创建诸如 2D、3D 多平台的综合型游戏开发工具,是一个全面整合的专业游戏引擎。

    25 引用 • 7 回帖 • 159 关注
  • Rust

    Rust 是一门赋予每个人构建可靠且高效软件能力的语言。Rust 由 Mozilla 开发,最早发布于 2014 年 9 月。

    58 引用 • 22 回帖
  • 负能量

    上帝为你关上了一扇门,然后就去睡觉了....努力不一定能成功,但不努力一定很轻松 (° ー °〃)

    88 引用 • 1235 回帖 • 410 关注
  • Pipe

    Pipe 是一款小而美的开源博客平台。Pipe 有着非常活跃的社区,可将文章作为帖子推送到社区,来自社区的回帖将作为博客评论进行联动(具体细节请浏览 B3log 构思 - 分布式社区网络)。

    这是一种全新的网络社区体验,让热爱记录和分享的你不再感到孤单!

    132 引用 • 1114 回帖 • 125 关注
  • 持续集成

    持续集成(Continuous Integration)是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。

    15 引用 • 7 回帖
  • Bug

    Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug(漏洞)。

    76 引用 • 1737 回帖 • 1 关注
  • Jenkins

    Jenkins 是一套开源的持续集成工具。它提供了非常丰富的插件,让构建、部署、自动化集成项目变得简单易用。

    53 引用 • 37 回帖 • 3 关注
  • 区块链

    区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链系统中实现不同节点之间建立信任、获取权益的数学算法 。

    91 引用 • 751 回帖 • 1 关注
  • 自由行
    4 关注
  • API

    应用程序编程接口(Application Programming Interface)是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。

    77 引用 • 430 回帖 • 1 关注
  • 学习

    “梦想从学习开始,事业从实践起步” —— 习近平

    171 引用 • 512 回帖