c# - 使用 WCF 服务行为属性设置为 ConcurrencyMode.Multiple 和 InstanceContextMode.PerCall 时是否可能出现并发问题？

Question

我们有一个 WCF 服务，可以进行大量事务性 NHibernate 调用。有时我们会看到 SQL 超时，即使调用正在更新不同的行并且表被设置为行级锁定。

在深入研究日志后，看起来不同的线程正在进入代码中的同一点(我们的事务使用 block )，并且更新在提交时挂起。但是，这没有意义，因为我们认为以下服务类属性会强制每个服务调用一个唯一的执行线程:

[ServiceBehavior(ConcurrencyMode = ConcurrencyMode.Multiple, InstanceContextMode = InstanceContextMode.PerCall)]

我们最近将并发模式更改为 ConcurrencyMode.Single 并且还没有遇到任何问题，但是这个错误很难重现(如果有人有任何关于刷新这样的错误的想法出来，让我知道!)。

无论如何，这一切都让我想到了我的问题:PerCall 的 InstanceContextMode 不应该在服务中强制执行线程安全，即使 ConcurrencyMode 设置为多个吗？同一个服务实例为两个调用提供服务怎么可能？

谢谢!

Answer 1

让两个不同的 WCF 客户端(即代理)引用 WCF 服务的同一实例的唯一方法是使用 InstanceContextMode=InstanceContextMode.Single。如果缩放是一个问题，这是一个糟糕的选择，所以如果可以的话，你想使用 PerCall。

当您使用 PerCall 时，对 WCF 服务的每个 CALL 都会获得它自己的 WCF 服务实例。没有共享服务实例，但这并不意味着它们不共享相同的后端存储(例如，数据库、内存、文件等)。请记住，PerCall 允许每个调用 同时访问您的 WCF 服务。

ConcurrencyMode设置控制服务本身的线程模型。 Single 设置将所有 WCF 服务实例限制为在同一线程上运行。因此，如果您有多个客户端同时连接，它们将在 WCF 服务端一次只执行一个。在这种情况下，您利用 WCF 来提供同步。正如您所见，它会工作得很好，但将其视为对同步只有宏观级别的控制 - 每个 WCF 服务调用将在下一个调用执行之前完整执行。

但是，

将 ConcurrencyMode 设置为 Multiple 将允许所有 WCF 服务实例同时执行。在这种情况下，您负责提供必要的同步。将此视为对同步进行微观控制，因为您可以仅同步每个调用中需要同步的那些部分。

我希望我已经解释得足够好，但这里是 ConcurrencyMode 的 MSDN 文档片段以防万一:

Setting ConcurrencyMode to Single instructs the system to restrict instances of the service to one thread of execution at a time, which frees you from dealing with threading issues. A value of Multiple means that service objects can be executed by multiple threads at any one time. In this case, you must ensure thread safety.

编辑

你问了

Is there any performance increase, then, using PerCall vs. Single when using ConcurrencyMode.Single? Or is the inverse true?

这可能取决于服务。

使用 InstanceContextMode.PerCall，通过代理为每个调用创建一个新的服务实例，因此您需要处理创建实例的开销。假设您的服务构造函数不做太多事情，这将不是问题。

使用 InstanceContextMode.Single，在应用程序的生命周期内只存在一个服务实例，因此几乎没有与实例创建相关的开销。但是，这种模式只允许一个服务实例来处理将要进行的每个调用。因此，如果同时进行多个调用，则每个调用都必须等待其他调用完成才能执行。

为了它的值(value)，以下是我如何做到这一点的。使用具有 Multiple 并发的 PerCall 实例上下文。在您的 WCF 服务类中，创建静态成员来为您管理后端数据存储，然后根据需要使用 lock 语句、volatile 同步对这些静态成员的访问字段等。这允许您的服务很好地扩展，同时仍然保持线程安全。