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

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

规则:用户 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思源笔记

    1083 引用 • 3461 回帖 • 285 关注
  • 回复率
    1 引用

相关帖子

欢迎来到这里!

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

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

推荐标签 标签

  • Log4j

    Log4j 是 Apache 开源的一款使用广泛的 Java 日志组件。

    20 引用 • 18 回帖 • 42 关注
  • 负能量

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

    85 引用 • 1201 回帖 • 449 关注
  • Ruby

    Ruby 是一种开源的面向对象程序设计的服务器端脚本语言,在 20 世纪 90 年代中期由日本的松本行弘(まつもとゆきひろ/Yukihiro Matsumoto)设计并开发。在 Ruby 社区,松本也被称为马茨(Matz)。

    7 引用 • 31 回帖 • 175 关注
  • 支付宝

    支付宝是全球领先的独立第三方支付平台,致力于为广大用户提供安全快速的电子支付/网上支付/安全支付/手机支付体验,及转账收款/水电煤缴费/信用卡还款/AA 收款等生活服务应用。

    29 引用 • 347 回帖
  • CloudFoundry

    Cloud Foundry 是 VMware 推出的业界第一个开源 PaaS 云平台,它支持多种框架、语言、运行时环境、云平台及应用服务,使开发人员能够在几秒钟内进行应用程序的部署和扩展,无需担心任何基础架构的问题。

    5 引用 • 18 回帖 • 153 关注
  • 996
    13 引用 • 200 回帖
  • SQLServer

    SQL Server 是由 [微软] 开发和推广的关系数据库管理系统(DBMS),它最初是由 微软、Sybase 和 Ashton-Tate 三家公司共同开发的,并于 1988 年推出了第一个 OS/2 版本。

    19 引用 • 31 回帖 • 5 关注
  • SEO

    发布对别人有帮助的原创内容是最好的 SEO 方式。

    35 引用 • 200 回帖 • 24 关注
  • Openfire

    Openfire 是开源的、基于可拓展通讯和表示协议 (XMPP)、采用 Java 编程语言开发的实时协作服务器。Openfire 的效率很高,单台服务器可支持上万并发用户。

    6 引用 • 7 回帖 • 89 关注
  • Hibernate

    Hibernate 是一个开放源代码的对象关系映射框架,它对 JDBC 进行了非常轻量级的对象封装,使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。

    39 引用 • 103 回帖 • 685 关注
  • 架构

    我们平时所说的“架构”主要是指软件架构,这是有关软件整体结构与组件的抽象描述,用于指导软件系统各个方面的设计。另外还有“业务架构”、“网络架构”、“硬件架构”等细分领域。

    140 引用 • 441 回帖
  • TextBundle

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

    1 引用 • 2 回帖 • 48 关注
  • CSS

    CSS(Cascading Style Sheet)“层叠样式表”是用于控制网页样式并允许将样式信息与网页内容分离的一种标记性语言。

    180 引用 • 447 回帖 • 1 关注
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库,专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 54 关注
  • 七牛云

    七牛云是国内领先的企业级公有云服务商,致力于打造以数据为核心的场景化 PaaS 服务。围绕富媒体场景,七牛先后推出了对象存储,融合 CDN 加速,数据通用处理,内容反垃圾服务,以及直播云服务等。

    25 引用 • 215 回帖 • 166 关注
  • 资讯

    资讯是用户因为及时地获得它并利用它而能够在相对短的时间内给自己带来价值的信息,资讯有时效性和地域性。

    53 引用 • 85 回帖
  • Hprose

    Hprose 是一款先进的轻量级、跨语言、跨平台、无侵入式、高性能动态远程对象调用引擎库。它不仅简单易用,而且功能强大。你无需专门学习,只需看上几眼,就能用它轻松构建分布式应用系统。

    9 引用 • 17 回帖 • 597 关注
  • 开源

    Open Source, Open Mind, Open Sight, Open Future!

    396 引用 • 3416 回帖
  • webpack

    webpack 是一个用于前端开发的模块加载器和打包工具,它能把各种资源,例如 JS、CSS(less/sass)、图片等都作为模块来使用和处理。

    41 引用 • 130 回帖 • 295 关注
  • Ngui

    Ngui 是一个 GUI 的排版显示引擎和跨平台的 GUI 应用程序开发框架,基于
    Node.js / OpenGL。目标是在此基础上开发 GUI 应用程序可拥有开发 WEB 应用般简单与速度同时兼顾 Native 应用程序的性能与体验。

    7 引用 • 9 回帖 • 345 关注
  • 分享

    有什么新发现就分享给大家吧!

    242 引用 • 1748 回帖 • 1 关注
  • ZooKeeper

    ZooKeeper 是一个分布式的,开放源码的分布式应用程序协调服务,是 Google 的 Chubby 一个开源的实现,是 Hadoop 和 HBase 的重要组件。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等。

    59 引用 • 29 回帖 • 20 关注
  • Gzip

    gzip (GNU zip)是 GNU 自由软件的文件压缩程序。我们在 Linux 中经常会用到后缀为 .gz 的文件,它们就是 Gzip 格式的。现今已经成为互联网上使用非常普遍的一种数据压缩格式,或者说一种文件格式。

    9 引用 • 12 回帖 • 111 关注
  • 周末

    星期六到星期天晚,实行五天工作制后,指每周的最后两天。再过几年可能就是三天了。

    14 引用 • 297 回帖
  • Elasticsearch

    Elasticsearch 是一个基于 Lucene 的搜索服务器。它提供了一个分布式多用户能力的全文搜索引擎,基于 RESTful 接口。Elasticsearch 是用 Java 开发的,并作为 Apache 许可条款下的开放源码发布,是当前流行的企业级搜索引擎。设计用于云计算中,能够达到实时搜索,稳定,可靠,快速,安装使用方便。

    116 引用 • 99 回帖 • 268 关注
  • HHKB

    HHKB 是富士通的 Happy Hacking 系列电容键盘。电容键盘即无接点静电电容式键盘(Capacitive Keyboard)。

    5 引用 • 74 回帖 • 407 关注
  • Dubbo

    Dubbo 是一个分布式服务框架,致力于提供高性能和透明化的 RPC 远程服务调用方案,是 [阿里巴巴] SOA 服务化治理方案的核心框架,每天为 2,000+ 个服务提供 3,000,000,000+ 次访问量支持,并被广泛应用于阿里巴巴集团的各成员站点。

    60 引用 • 82 回帖 • 610 关注