具有多个ServiceContract的WCF节流

具有多个ServiceContract的WCF节流,wcf,wcf-binding,Wcf,Wcf Binding,我有一个WCF服务,使用netTcpBinding定义了14-15个服务合约,没有安全或可靠的会话 我已将限制作为一种行为启用,但尚未定义InstanceContextMode,因此我可以假定它是PerSession实例。(我已经读到,即使我把它改为PerCall,它也会忽略它,因为netTcpBinding是“sessionful”的,有人能证实这一点吗?) 我的问题是,在这种情况下,我应该为每个服务设置什么? 在服务器上运行的服务中定义了这么多契约,这对性能和死锁有影响吗 谢谢 D是服务

我有一个WCF服务,使用netTcpBinding定义了14-15个服务合约,没有安全或可靠的会话

我已将限制作为一种行为启用,但尚未定义InstanceContextMode,因此我可以假定它是PerSession实例。(我已经读到,即使我把它改为PerCall,它也会忽略它,因为netTcpBinding是“sessionful”的,有人能证实这一点吗?)


我的问题是,在这种情况下,我应该为每个服务设置什么? 在服务器上运行的服务中定义了这么多契约,这对性能和死锁有影响吗

谢谢 D

是服务的一种行为,适用于服务

因此,您可以定义不同的此类行为,并对您的服务应用不同的限制—也许可以防止DOS攻击

节流的一般方法是“如果它没有损坏,就不要修复它”。在大多数情况下,您不需要节流。仅当您拥有共享资源(您的网站和服务在同一台服务器上运行)并且不希望您的服务窒息您的网站时,节流才有帮助

节流不会导致或有助于死锁。是服务的一种行为,适用于服务

因此,您可以定义不同的此类行为,并对您的服务应用不同的限制—也许可以防止DOS攻击

节流的一般方法是“如果它没有损坏,就不要修复它”。在大多数情况下,您不需要节流。仅当您拥有共享资源(您的网站和服务在同一台服务器上运行)并且不希望您的服务窒息您的网站时,节流才有帮助


节流不会导致或帮助解决死锁。

当你说不需要节流时,你是建议保留默认节流还是覆盖它?当你说不需要节流时,你是建议保留默认节流还是覆盖它?
      <serviceThrottling
               maxConcurrentCalls="100"
               maxConcurrentSessions="300"
             />