具有多个ServiceContract的WCF节流
我有一个WCF服务,使用netTcpBinding定义了14-15个服务合约,没有安全或可靠的会话 我已将限制作为一种行为启用,但尚未定义InstanceContextMode,因此我可以假定它是PerSession实例。(我已经读到,即使我把它改为PerCall,它也会忽略它,因为netTcpBinding是“sessionful”的,有人能证实这一点吗?)具有多个ServiceContract的WCF节流,wcf,wcf-binding,Wcf,Wcf Binding,我有一个WCF服务,使用netTcpBinding定义了14-15个服务合约,没有安全或可靠的会话 我已将限制作为一种行为启用,但尚未定义InstanceContextMode,因此我可以假定它是PerSession实例。(我已经读到,即使我把它改为PerCall,它也会忽略它,因为netTcpBinding是“sessionful”的,有人能证实这一点吗?) 我的问题是,在这种情况下,我应该为每个服务设置什么? 在服务器上运行的服务中定义了这么多契约,这对性能和死锁有影响吗 谢谢 D是服务
我的问题是,在这种情况下,我应该为每个服务设置什么?
在服务器上运行的服务中定义了这么多契约,这对性能和死锁有影响吗
谢谢
D是服务的一种行为,适用于服务
因此,您可以定义不同的此类行为,并对您的服务应用不同的限制—也许可以防止DOS攻击
节流的一般方法是“如果它没有损坏,就不要修复它”。在大多数情况下,您不需要节流。仅当您拥有共享资源(您的网站和服务在同一台服务器上运行)并且不希望您的服务窒息您的网站时,节流才有帮助
节流不会导致或有助于死锁。是服务的一种行为,适用于服务
因此,您可以定义不同的此类行为,并对您的服务应用不同的限制—也许可以防止DOS攻击
节流的一般方法是“如果它没有损坏,就不要修复它”。在大多数情况下,您不需要节流。仅当您拥有共享资源(您的网站和服务在同一台服务器上运行)并且不希望您的服务窒息您的网站时,节流才有帮助
节流不会导致或帮助解决死锁。当你说不需要节流时,你是建议保留默认节流还是覆盖它?当你说不需要节流时,你是建议保留默认节流还是覆盖它?
<serviceThrottling
maxConcurrentCalls="100"
maxConcurrentSessions="300"
/>