Dubbo源代码分析七:使用executes属性的一个问题
来源:互联网 发布:迪杰斯特拉算法 详解 编辑:程序博客网 时间:2024/06/01 15:42
我们知道,在Dubbo中可以给Provider配置线程池大小来控制系统提供服务的最大并行度,默认是200个,如果我们想配置成500,可以如下配置:
<dubbo:providertoken="true"threads="500"/>
当我们想限制某个dubbo服务使用的最大线程数量时,dubbo提供了executes这一属性来提供这个功能,比如我们想限制某个接口最大能同时使用线程池中的100个线程,我们可以如下配置:
<dubbo:serviceinterface="com.manzhizhen.service.MyLoverService"executes="100"/>
我们看下dubbo内部executes是如何实现的,这就得移步到ExecuteLimitFilter,我们直接看下它的实现:
@Activate(group = Constants.PROVIDER, value = Constants.EXECUTES_KEY)
public class ExecuteLimitFilterimplements Filter {
public Result invoke(Invoker<?> invoker,Invocation invocation)throws RpcException{
URL url= invoker.getUrl();
StringmethodName = invocation.getMethodName();
int max =url.getMethodParameter(methodName, Constants.EXECUTES_KEY,0);
// 如果该接口/方法设置了executes并且值大于0
if(max > 0) {
// 取出该接口/方法对应的计数器
RpcStatus count = RpcStatus.getStatus(url, invocation.getMethodName());
// 如果当前使用的线程数量已经大于等于设置的阈值,那么直接抛出异常
if(count.getActive() >= max) {
throw new RpcException("Failed to invoke method "+ invocation.getMethodName() + " in provider "+ url + ", cause: Theservice using threads greater than <dubbo:service executes=\""+ max + "\" /> limited.");
}
}
long begin = System.currentTimeMillis();
booleanisException = false;
// 计数器+1
RpcStatus.beginCount(url, methodName);
try {
Result result = invoker.invoke(invocation);
returnresult;
} catch(Throwable t) {
isException = true;
if (t instanceof RuntimeException) {
throw (RuntimeException) t;
} else{
throw new RpcException("unexpected exception when ExecuteLimitFilter", t);
}
} finally{
// 在finally中进行计数器-1
RpcStatus.endCount(url, methodName,System.currentTimeMillis() - begin, isException);
}
}
}
看上面的代码,可以得知基本步骤就是(黄底的部分代码):计数器当前值和阈值比较 > 计数器+1 > 计数器-1。这种方式在高并发时会出现静态条件问题的,比如当前该接口已经使用了99个线程,这是时候有两个请求同时到达都发现count.getActive()是小于max的,于是该接口使用的线程数就有可能达到了101个。
那么,我们能不能把RpcStatus.beginCount(url, methodName);放到count.getActive() >=max的前面去执行?仔细想想后也不行,这样做的话有可能在高并发时请求被count.getActive() >=max卡死,因为大量请求将计数器+1(+1的速度远大于原有请求执行完将计数器-1的速度),导致一段时间内计数器一直大于阈值但实际上该接口使用的线程数却是0。
于是,为了将比较和+1做成原子的,我们想到了Semaphore,信号量Semaphore维护了一组许可,用来管理有限的资源,比如这里的线程数。使用Semaphore的有两点需要注意的地方,第一个就是说如果使用不当会导致Semaphore中的许可数多于最初设置的值,或者变为负数,也就是说,Semaphore并没有对非正常使用作出任何保护措施。还有一点是Semaphore没有方法能直接修改许可数量,但我们可以通过间接方法(比如多release几次以增加许可数量),但毕竟不优雅。
Semaphore可以解决上述问题,但当需要修改线程数时,我们应该新建一个Semaphore对象,当采用这种替换Semaphore对象来应对许可数的变化时,一定要确保在仍和情况下acquire和release操作应该在一个Semaphore对象上。这也是我们在设计那些控制并发的小工具时需要注意的地方。
- Dubbo源代码分析七:使用executes属性的一个问题
- spring 4.x 使用dubbo http协议的一个问题
- dubbo源代码分析-dubbo客户端初始化
- dubbo使用遇到的问题
- nginx源代码分析 - 启动(七) IO多路复用模型的使用
- 使用OpenVPN时的问题--用源代码进行分析
- 使用eclipse调试dubbo源代码
- 一个查看源代码的问题
- Iperf 源代码分析(七)
- Dubbo系列(七)Dubbo源码分析之结构描述
- dubbo 配置管理机制以及源代码分析
- dubbo 粘滞连接 源代码分析
- Dubbo源代码分析九:优雅停机
- 记录使用dubbo遇到的问题
- 使用dubbo过程中遇到的问题
- [原创]一个C#病毒源代码的分析
- 一个C#病毒源代码的分析
- 一个C#病毒源代码的分析
- popupwindow从下往上滑出:
- Android studio超级好用的快捷键 ALT+J
- Linux设备驱动程序_第七章_时间、延迟及延缓操作
- ci框架基础详解(入门学习)
- Linux那些事(1)-CentOS Linux+Win7双系统安装配置详解
- Dubbo源代码分析七:使用executes属性的一个问题
- c/c++部分知识总结
- 程序员如何快速准备面试中的算法
- Android适配器之BaseAdapter
- ThinkPHP报错:目录不可写,目录无法自动生成! 请手动生成项目目录
- 安装交叉工具链与编译安卓的uboot
- SAP簇表(cluster table)BSEG使用方法
- java自学-变量
- Spring-基于注解的配置[01定义Bean+扫描Bean]