Windows Workflow Foundation 状态机是否适合高性能场景？

Question

我目前正在处理一个系统，我必须并行跟踪数千个对象的状态，这些对象每分钟发送几次可能的状态更新。另外我必须执行额外的计算（没有慢速的 IO 东西，只是使用 CPU）。

我目前使用自定义状态机实现。然而，由于 WF 在系统的其他部分中使用，我想知道 WF 状态机是否适合这种具有少数（<5）状态的场景。

我担心在性能方面的开销可能太大。由于 MS 文档并未真正涵盖有关 WF 状态机性能的主题，我想知道某些 SO 成员是否有一些有关 WF 状态机性能的信息或资源？

问候 j。

Answer 1

状态机非常适合高性能系统。如果您确实需要非常高的性能，那么使用工作流基础会增加很多复杂性和开销。我发现 biztalk 完全不适合非常高的性能。

Answer 2

如果您正在寻找基于 .Net 的高性能状态机，我会推荐 Stateless。以下是项目网站的摘录：

支持大多数标准状态机构造：

• 对状态和的通用支持
  任何 .NET 类型的触发器（数字、
  字符串、枚举等）
• 分层状态进入/退出
  状态事件
• Guard 子句支持条件
  转换
• 内省

还提供了一些有用的扩展：

• 能够在外部存储状态
  （例如，在跟踪的属性中
  by Linq to SQL)
• 参数化触发器
• 可重入状态

配置如下：

var phoneCall = new StateMachine<State, Trigger>(State.OffHook);

phoneCall.Configure(State.OffHook)
    .Permit(Trigger.CallDialed, State.Ringing);
        
phoneCall.Configure(State.Ringing)
    .Permit(Trigger.HungUp, State.OffHook)
    .Permit(Trigger.CallConnected, State.Connected);
 
phoneCall.Configure(State.Connected)
    .OnEntry(() => StartCallTimer())
    .OnExit(() => StopCallTimer())
    .Permit(Trigger.LeftMessage, State.OffHook)
    .Permit(Trigger.HungUp, State.OffHook)
    .Permit(Trigger.PlacedOnHold, State.OnHold);

// ...

phoneCall.Fire(Trigger.CallDialled);
Assert.AreEqual(State.Ringing, phoneCall.State);

好处是，由于它实现了泛型，您可以使用 int 或 string 来表示状态和触发器，从而使您可以非常轻松地与数据库或 ORM 集成。美妙之处在于，您无需担心额外的运行时主机，只需从对象或记录加载状态机的当前状态即可。

Answer 3

Microsoft 目前在其服务器产品中使用 WF，并且正在扩展此功能。例如，WF 引擎可以在 Share Point Server (MOSS) 和 BizTalk Server 中找到。两者都可以很好地扩展并允许横向扩展场景 - 即，如果您需要更多的计算能力，则可以在负载平衡集群中添加更多（廉价）硬件。

哈特哈，
托马斯

Answer 4

这并不直接影响性能，但如果您计划最终迁移到 WF 4.0，您应该意识到 StateMachineActivity 可能 不会晋级。