soul源码阅读 soul数据同步之http长轮询

本文详细介绍了Soul框架中HTTP长轮询数据同步的实现过程,从启动项目到源码分析,揭示了数据变更监听器的工作机制。通过HttpLongPollingDataChangedListener类和LongPollingClient的调度器,每60秒执行一次数据更新。同时,文章探讨了不推荐使用HTTP长轮询的原因,包括时效性较低、数据量过大时的影响以及在Soul-admin集群中的潜在问题。
摘要由CSDN通过智能技术生成

启动项目

修改两个配置文件,配置成htpp长轮询。不清楚的话可以先看我的第一篇

启动的时候得注意,先得启动soul-admin,然后再启动soul-bootstrap,要不然会报服务找不到。

源码分析

HttpLongPollingDataChangedListener这个类看名字就在知道是http长轮询数据改变的监听器,查看该类的uml图发现如图3所示。

图3

 在调试过程中发现每隔一分钟就会调用HttpLongPollingDataChangedListener.compareChangedGroup这个方法。

private List<ConfigGroupEnum> compareChangedGroup(final HttpServletRequest request) {
    List<ConfigGroupEnum> changedGroup = new ArrayList<>(4);
    for (ConfigGroupEnum group : ConfigGroupEnum.values()) {
        // md5,lastModifyTime
        String[] params = StringUtils.split(request.getParameter(group.name()), ',');
        if (params == null || params.length != 2) {
            throw new SoulException("group param invalid:" + request.getParameter(group.name()));
        }
        String clientMd5 = params[0];
        long clientModifyTime = NumberUtils.toLong(params[1]);
        ConfigDataCache serverCache = CACHE.get(group.name());
        // do check.
        if (this.checkCacheDelayAndUpdate(serverCache, clientMd5, clientModifyTime)) {
            changedGroup.add(group);
        }
    }
    return changedGroup;
}

经过代码查阅发现LongPollingClient实现了Runnable的run接口,在run接口里使用的调度器,默认是60秒执行一次。

@Override
public void run() {
    this.asyncTimeoutFuture = scheduler.schedule(() -> {
        clients.remove(LongPollingClient.this);
        List<ConfigGroupEnum> changedGroups = comp
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值