wcf并发处理模型（随记）

---------------------------------------------------------------------------------------并发性课程：
1.多个线程同时访问相同资源，将产生并发问题；single(单个)（缺省）,Reentrant（可重入）;
2.wcf缺省会保护并发访问；
3.在实体模型中，Perssion,single中特有用；
4.在实现接口的服务上添加标记；[ServiceBehavior(ConcurrencyMode=ConcurrencyMode.Single)]
------single:对于每个服务实例，只有一个请求处理，处理时会加锁，若还有其他请求，就会进行排队
-single与percal:不会产生并发，也不会对吞吐量（单位时间内wcf处理请求数量）产生影响；同一时刻处理多个请求，因为服务实例与请求为1对1，不存在并发；
single与Persession:对于Persession服务，保护服务实例不会受多线程客户端影响；
single，模式会对单一客户端吞吐量产生影响，将请求进行排队；同一时刻只能处理一个请求；多个客户端不会产生并发；
--single与singleton单件：
将多客户端的请求进行排队，影响吞吐量；
------Reentrant(可重入的)
1.和single一样为单线程；同一时刻处理一个请求；可重入（客户端与服务端来回调用）的单线程模式；
第一请求处理服务时，可以中途离开，当在继续处理时，需要排队等待，接着在处理；
主要应用在有回调的场景中；
Reentrant与percall:不会产生死锁，但并发模型为single的话，一旦出现回调会产生死锁；
所以，有回调的话，不要使用single并发模型，英爱使用Reentrant并发模型；
reentrant与PerSession和singletons:
一个请求完成后接着回调，这时，又进来一个请求，所以，回调完之后的第一个请求，
被当在外面，等第二个完成后，回调后的请求才能进行；
-------Multiple:不在是单线程模式，可以多个线程请求服务实例；增加吞吐量，
请求时，不会加锁；所以不会进行安排队列；要求开发者自己利用多线程机制来保护资源；
.net多线程包括：Monitor,Mutex,Semaphore,ReadWriteLock;
-------限流模式：
1.是所有服务不因一个服务的资源破坏而侵占其他资源导致其他服务受影响；
指定吞吐量控制设置：
MaxConcurrentCalls:限制发送请求；缺省为16；
MaxConCurrentInstances:限制服务实例的数量，缺省为int.MaxValue;
MaxConcurrentSessions:限制会话的数量；
--配置项配置：
<behaviors>
      <serviceBehaviors>
        <behavior name="AllenBehavior">
   <serviceThrottling maxConcurrentCalls="" maxConcurrentInstances="" maxConcurrentSessions=""/>
--编程设置：
ServiceThrottle throttle=host.Description.Behaviors.Find<ServiceThrottle>();
if(throttle!=null)
{
   throttle.MaxConcurrentCalls=30;
}
--限流与PerCall,MaxConcurrentCalls和MaxConCurrentInstances越大吞吐量越大；
--限流与PerSession:MaxConcurrentCalls控制吞吐量，MaxConCurrentInstances应大于或等于MaxConcurrentSessions；
--限流与Singleton:PerSession:MaxConcurrentCalls控制吞吐量,实例只有一个所以MaxConCurrentInstances的设置没意义；
----------负载平衡和故障转移；
1.负载平衡与PerCall:随记加载；
2.负载平衡与PerSession:跟着session走
3.负载平衡与传输会话，tcp，跟着Socket走；
4.负载平衡与安全会话，
我们要根据性能计数器测量总体的吞吐量并进行限流设置；