假设一个 WCF 双工服务 (NetTcpBinding) 配置为为每个新客户端创建一个新服务实例(参见 pattern publish-subscribe )，您可以获得每个服务实例的特定回调实例。由于创建了不同的实例，属于不同回调的方法可以从不同线程并发调用。
- 如果多个线程尝试在同一个回调中调用同一个方法会怎样？
- 如果他们尝试为相同的回调调用不同的方法会怎样？
- 我们是否应该管理多个线程对这些方法的并发访问？在这两种情况下？
现在考虑与服务通信的客户端:为了确保客户端可以使用该服务，您必须实例化一个新的代理，并且为了调用服务中定义的方法，您必须调用相应的方法代理的。
- 如果多个线程尝试在同一个代理实例上调用同一个方法会怎样？
- 如果他们尝试为同一个代理实例调用不同的方法会怎样？
- 我们是否应该管理多个线程对这些方法的并发访问？在这两种情况下？
最佳答案
其中大部分问题的答案取决于您如何管理服务的并发性。没有明确的答案，因为它取决于您为 ConcurrencyMode 和 InstanceContextMode 设置的内容。 WCF 的并发管理将使您能够微调服务的线程行为和性能。漫长而艰巨(但非常详细)的阅读 concurrency management is available on MSDN .
InstanceContextMode 允许您定义服务的实例化方式。对于执行大量繁重工作并处理大量调用的服务，一般的想法是使用 PerCall 实例化，因为每次传入的客户端请求都将在服务的单独实例上进行处理.
ConcurrencyMode 是主要参与者，它将允许您定义在给定时间有多少线程可以访问服务实例。在 ConcurrencyMode=Single 中，一次只有一个线程可以访问服务实例。这还取决于您是否启用了 SynchronizationConext，如果 SynchronizationConext=true，则如果您的服务正在响应另一个请求，客户端调用将排队。因此，传入的服务调用将排队等待，直到首先处理前面的调用。使用 ConcurrencyMode=Multiple 设置，允许任意数量的线程访问服务实例，这意味着您的服务可以在给定多少线程(与 CPU 能力直接相关)可用的情况下响应尽可能多的调用它在线程池中。多并发模式的问题是您的服务在接收和响应调用的顺序上可能不太可靠，因为状态不会被管理，因为 SynchronizationContext 默认设置为 false .关于 concurrency modes and thread safety is available on MSDN 的简短摘要.
当与 InstanceContext 模式结合使用时，这些设置将影响您的服务性能，请参阅 this pretty nice article which explores various concurrency modes and instance context settings and their effects on performance (尽管结果似乎只是在自托管环境中，可能不太代表您在 IIS 中托管时获得的时间)。
管理服务并发的方式将极大地影响其性能。理想情况下，您希望为您的服务提供尽可能多的线程(尝试增加 ThreadPool 的最小线程数)，并避免传入服务调用排队，只要您的服务有可用的计算资源即可。但是过度使用多线程会牺牲状态管理和响应客户端请求的顺序。
关于c# - WCF 回调、代理和线程安全，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11327440/