图片中，这句话是不是描述的由问题？

没有认为设置contextName时，使用呢默认的：Constants.CONTEXT_DEFAULT_NAME（sentinel_default_context）
if (context == null) { // Using default context. context = InternalContextUtil.internalEnter(Constants.CONTEXT_DEFAULT_NAME); }

如下图在NodeSelectorSlot中，通过context.getName()获取DefaultNode
` DefaultNode node = map.get(context.getName());
if (node == null) {
synchronized (this) {
node = map.get(context.getName());
if (node == null) {
node = new DefaultNode(resourceWrapper, null);
HashMap<String, DefaultNode> cacheMap = new HashMap<String, DefaultNode>(map.size());
cacheMap.putAll(map);
cacheMap.put(context.getName(), node);
map = cacheMap;
// Build invocation tree
((DefaultNode) context.getLastNode()).addChild(node);
}

        }
    }

    context.setCurNode(node);
    fireEntry(context, resourceWrapper, node, count, prioritized, args);`

谢谢作者写的难得的精彩的分析Sentinel源码的文章，获益匪浅，非常感谢！！！

sentinel-tutorial/sentinel-practice/sentinel-cluster-flow-control/sentinel-cluster-flow-environment-build.md中
http://<ip>:<port>?getRules?type=flow应该改为:http://<ip>:<port>/getRules?type=flow

很多关键的流程和逻辑介绍详情图片看不到，希望整理下，这样理解起来更快，谢谢

这个地方好像写错了吧，应该是 ClusterBuilderSlot

关于这段话

原因是，我们这里测试的代码使用了多线程，注意看 threadCount 的值，一共有32个线程来模拟，而在RunTask的run方法中执行资源保护时，即在 SphU.entry 的内部是没有加锁的，所以就会导致在高并发下，pass的数量会高于20。

这里说没有锁导致了高并发的限流和期望值不一样

问
这算是sentinel的bug
还是说 SphU.entry 这个api并不是为多线程场景准备的
属于错误用法 而正确的用法就是在单线程下使用 SphU.entry

看acquireClusterToken的实现，是从ClusterMetricStatistics类维护的ConcurrentHashMap结构中获取，这么做能否实现集群流控（限制总QPS）呢？还是说client在获取tokenserver时，其路由规则可以保证请求一定被路由到某个server呢？