由一个开发问题，引发对alibab-sentinel看源码（记录过程-下）

由一个开发问题，引发对alibab-sentinel看源码（记录过程-上）_明天一定.的博客-CSDN博客

书接上回………………

不会吧，还是你，FlowRuleManager.loadRules(flowRules);我是既开心又开心的(当然开心啊，解决办法找到了，那就是啥都不用做就可以解决我的疑虑，继续愉快的开发了，我不信github20k星星的项目会有这种低级bug，肯定是我思想低级了)。

but，这里还有but，为了不得过且过(为了日赚更多money)，利用周六日继续往下深入看吧！

思路

刚开始我想规则和记录的qps数有直接关系，所以我才会想到那种可能出现的问题（也就是第二次loadRules的时候把之前的qps覆盖掉）。

不过既然FlowRuleManager.loadRules(flowRules)是可以‘无伤’动态替换规则，那就意味着我刚开始的想法是错的（回头想想，我刚开始的想法就很离谱）。真相就是，他们只是对应关系，对之前规则的瞬时全部替换，对目前存有的qps没有关系。

惯例，先把简单使用写上（上文有加载规则的代码）

        Entry entry;
        try {
            entry = SphU.entry("a");
        } catch (BlockException e) {
            log.error("err");
        }finally{
            if (!ObjectUtils.isEmpty(entry)){
                    entry.exit();
                }
        }

从SphU.entry开始看

进入方法，一直往下点，径直进入CtSph::entryWithPriority

    private Entry entryWithPriority(ResourceWrapper resourceWrapper, int count, boolean prioritized, Object... args)
        throws BlockException {
        Context context = ContextUtil.getContext();
        if (context instanceof NullContext) {
            // The {@link NullContext} indicates that the amount of context has exceeded the threshold,
            // so here init the entry only. No rule checking will be done.
            return new CtEntry(resourceWrapper, null, context);
        }

        if (context == null) {
            // Using default context.
            context = InternalContextUtil.internalEnter(Constants.CONTEXT_DEFAULT_NAME);
        }

        // Global switch is close, no rule checking will do.
        if (!Constants.ON) {
            return new CtEntry(resourceWrapper, null, context);
        }

        ProcessorSlot