关于这段话 ``` 原因是，我们这里测试的代码使用了多线程，注意看 threadCount 的值，一共有32个线程来模拟，而在RunTask的run方法中执行资源保护时，即在 SphU.entry 的内部是没有加锁的，所以就会导致在高并发下，pass的数量会高于20。 ``` 这里说没有锁导致了高并发的限流和期望值不一样 问 这算是sentinel的bug 还是说 SphU.entry 这个api并不是为多线程场景准备的 属于错误用法 而正确的用法就是在单线程下使用 SphU.entry
