如何使用 NHibernate + asp.net mvc 处理这种并发场景？

Question

上下文：用 asp.net MVC + NHibernate 编写的 Web 应用程序。这是一个纸牌游戏，玩家同时进行游戏，因此他们的动作可能会同时修改实体的同一字段（他们都在一个字段上执行 x = x + 1）。看起来很经典，但我不知道如何处理。

不用说，我不能向用户显示“实体已被其他玩家修改。合并或取消？”的弹出窗口。当你认为这与卡牌的动作有关时，我不能这样干涉。我的应用程序必须在内部处理这种情况。由于该字段位于实体类中，并且每个会话都有自己的实体实例，因此我不能简单地使用 CLR 锁。这是否意味着我应该使用悲观并发，以便在该实体上执行的每个 Web 请求都排队，直到玩家完成他的操作？实际上意味着每个 PlayCard 请求都应该使用一个锁？

请不要将我发送给关于并发或类似的 NH 文档。我关注的是在这种情况下应该使用的技术，而不是如何在 NH 中实现它。

谢谢

Answer 1

根据您的业务逻辑，尝试二级缓存可能有意义。这可能是一个很好的取决于游戏的长度和它是如何玩的。由于二级缓存存在于会话工厂级别，因此必须根据游戏的生命周期来管理会话工厂。可以为每个请求创建 Nh 会话，但由配置为二级缓存的会话工厂生成意味着感兴趣的数据将在所有会话中缓存。使用二级缓存的优点是您可以逐个类地配置它 - 只缓存您需要的实体。它还根据缓存提供者提供了多种并发策略。尽管这可能会将并发问题从 DB 级别转移到 NH 会话，但这可能会为您提供更好的选择来处理您的情况。使用它有一些问题，但它的适用性完全取决于您的业务逻辑。

Answer 2

您可以尝试以这种方式应用乐观锁定：

DB 实体将具有列跟踪实体版本 (nhibernate.info link)。

如果您在保存实体时遇到“旧版本”异常（= 被其他用户修改） - 重新加载实体并重试。然后将更新后的值发送给客户端。

据我了解，您的后端收到来自客户端的请求，然后打开会话，进行一些更改并更新实体关闭会话。在这种情况下，没有线程会将一个实体在内存中保存太长时间，并且乐观锁定冲突不应该经常发生。

这样可以避免很多锁定线程等待操作完成。

另一方面，如果您希望重试过于频繁，您可以在加载实体时尝试 SELECT FOR UPDATE 锁定（在 NH Get 方法中使用 LockMode.Upgrade）。虽然我发现了阻止我在 SQL Server 中使用它的线程：SO link。

一般来说，解决方案取决于游戏的逻辑以及您是否可以在不向用户显示消息的情况下解决代码中的并发冲突。我还让 UI 经常使用最新数据进行自我更新，以避免玩家在过时的游戏情况下采取行动，然后对结果感到惊讶。