笔记apache sentinel的基本应用及原理分析.pdfVIP

上节课回顾 上节课结束之后，有些同学提了些问题，本来没打算讲，谁叫Mic 这么宠你们呢。 长轮训的时间间隔 nacos集群角色及 长轮训的时间间隔 上节课讲到了配置更新的整个原理及源码，我们知道客户端会有一个长轮训的任务去检查服务器端的配 置是否发生了变化， 发生了变更，那么客户端会拿到变更的 groupKey 再根据 groupKey 去获取配 置项的必威体育精装版值更新到本地的缓存以及文件中，那么这种每次都靠客户端去请求，那请求的时间间隔设置 多少合适呢？ 间隔时间设置的太长的话有可能无法及时获取服务端的变更， 间隔时间设置的太短的话，那么 频繁的请求对于服务端来说无疑也是一种负担，所以最 方式是客户端每隔一段长度适中的时间去服 务端请求，而在这期间 配置发生变更，服务端能够主动将变更后的结果推送给客户端，这样既能保 证客户端能够实时感知到配置的变化，也降低了服务端的 。 我们来看看nacos设置的间隔时间是多 久 长轮训的概念 那么在讲解原理之前，先给大家解释一下什么叫长轮训 客户端发起一个请求到服务端，服务端收到客户端的请求后，并 立刻响应给客户端，而是先把这个 请求hold住，然后服务端会在hold住的这段时间检查数据是否有更新， 有，则响应给客户端， 一直没有数据变更，则达到一定的时间（长轮训时间间隔）才返回。 长轮训典型的场景有： 扫码登录、扫码支付。 客户端长轮训 回到我们昨天上课讲到的代码,在 Worker这个类里面，找到 checkUpdateConfigStr这个 ， 这里面就是去服务器端 发生变化的groupKey。 ListString checkUpdateConfigStr(String probeUpdateString, boolean isInitializingCacheList) throws IOException {        ListString params Arrays .asList(Constants.PROBE_MODIFY_REQUEST, probeUpdateString);        ListString headers new ArrayListString(2);        headers.add(Long-Pulling-Timeout);        headers.add( + timeout);        // told server do not hang me up if new initializing cacheData added in        if (isInitializingCacheList) {            headers.add(Long-Pulling-Timeout-No-Hangup);            headers.add(true);       }        if (StringUtils.isBlank(probeUpdateString)) {            return Collections.emptyList();       }        try {            HttpResult result agent.httpPost(Constants.CONFIG_CONTROLLER_PATH + /li