wcf并发和吞吐量

本文深入探讨了WCF服务中的并发性概念,解释了三种并发模式(Single、Reentrant、Multiple)及其对吞吐量、线程和客户端访问的影响。详细比较了Single模式下PerCall、PerSession和Singleton服务实例的行为,阐述了Reentrant模式在服务回调场景中的应用,并介绍了Multiple模式如何提供更细粒度的敏感代码段管理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

并发性

当多个线程同时访问相同的资源时,将产生并发问题

wcf服务缺省会保护并发访问

通过设置并发模型

在Persession和single的时候的起到很大作用,但是在业务逻辑层和数据访问层对象还需要其他的多线程保护


3种并发性模式(ConcurrencyMode枚举在ServiceBehaviorAttribute中设置)

Single(默认)

Reentrant

Multiple


吞吐量:在单位时间内,wcf能够处理客户端请求的数量

Single并发与PerCall

对于PerCall服务,每个线程都将分配新的服务实例

不会产生并发性问题

Single模式不会对吞吐量产生影响

可以处理并发访问


Single并发与Perssion

对于PerSession服务,会保护服务实例不会受到多线程客户端的影响

Single模式对单一客户客户端的吞吐量产生影响。

说明:如果同一客户端的2个线程同时对调用服务,那么一个线程可以执行,另一个线程则处理等待状态

多个客户端可以并发访问

可以处理多个并发访问


Single并发与单件(Singleton)

对于单件服务,保护服务实例不会受到任何并发访问的影响

single模式会对单件的吞吐量产生很大影响

多线程和多客户端无法进行同时的并发访问


Reentrant并发模式可重入的单线程模式

Reentrant模式主要用于当服务发起回调到客户端时的场景

当回调操作不是one-way的操作

服务在退出时释放锁以发起回调操作

使得另一个线程能够获得锁,从回调返回的线程会进入队列




Mutiple并发模式



Mutiple并发模式比Single并发模式可以更细粒度的处理敏感代码段


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值