简介：工作流是用于管理和自动化业务流程的关键技术，广泛应用于企业级应用开发中。C#结合.NET Framework中的Windows Workflow Foundation（WWF）框架，为开发者提供了强大的工作流实现能力。本资源“C#工作流源码以及讲解文档”包含完整的工作流实现案例与详细说明，涵盖从基础概念到企业级应用的全流程。通过实际源码与图文讲解，帮助开发者快速掌握创建工作流、流程控制、持久化、服务集成等核心技术，适用于请假审批、订单处理等多种业务场景，是C#开发者提升工作流开发能力的理想学习资料。
1. 工作流基本概念
在软件开发与业务流程自动化日益融合的今天， 工作流（Workflow） 已成为支撑企业级应用系统高效运行的核心技术之一。简单来说，工作流是一组按照特定规则、顺序或条件执行的任务集合，用于模拟和管理现实业务流程的自动化处理。
工作流的基本组成包括：
- 活动（Activity） ：构成流程的最小执行单元；
- 流程（Process） ：多个活动按照一定逻辑组织而成的执行路径；
- 状态（State） ：描述流程在执行过程中的不同阶段。
通过这些元素的组合，开发者可以构建出从订单处理、审批流程到任务调度等多种业务场景的自动化系统。工作流的引入不仅提升了系统的可维护性和扩展性，也为业务逻辑与代码逻辑的解耦提供了技术基础。
2. Windows Workflow Foundation（WWF）框架详解
Windows Workflow Foundation（简称 WWF）是微软 .NET 框架中用于构建可扩展、可维护的工作流应用程序的核心组件之一。它为开发者提供了一种基于图形化和代码结合的方式来定义、执行和管理业务流程。本章将从 WWF 的基本架构入手，深入剖析其核心组件，并结合 C# 编程语言，探讨其集成方式与发展趋势，帮助开发者全面掌握 WWF 的使用与优化。
2.1 WWF框架概述
2.1.1 什么是Windows Workflow Foundation
Windows Workflow Foundation（WWF）是微软于 2006 年随 .NET Framework 3.0 一同推出的用于构建工作流驱动应用程序的开发框架。它允许开发者通过定义一系列可执行的“活动（Activities）”来描述业务流程。这些活动可以是顺序执行、并行执行或根据条件进行分支执行。
WWF 提供了两种主要的工作流模型：
- 顺序工作流（Sequential Workflow） ：适用于流程步骤明确、顺序执行的场景。
- 状态机工作流（State Machine Workflow） ：适用于流程状态多变、依赖事件驱动的场景。
WWF 的优势在于其高度的可扩展性与灵活性，开发者可以通过自定义活动、宿主工作流运行时、集成持久化机制等方式，构建复杂的企业级流程管理系统。
2.1.2 WWF在C#开发中的地位与作用
在 C# 开发中，WWF 主要用于以下场景：
- 业务流程自动化 ：如审批流程、订单处理、任务调度等。
- 服务组合与集成 ：将多个服务（如 WCF、Web API）组合成一个完整的业务流程。
- 状态管理与流程控制 ：通过状态机模型实现复杂的状态迁移与事件响应。
WWF 与 C# 紧密集成，开发者可以使用 Visual Studio 的工作流设计器来可视化构建流程，也可以通过代码动态创建和管理流程。此外，WWF 支持与 WCF（Windows Communication Foundation）结合，实现基于服务的工作流应用。
2.2 WWF核心组件解析
WWF 的运行依赖于多个核心组件，这些组件共同构成了工作流的执行环境与生命周期管理机制。
2.2.1 工作流运行时（WorkflowRuntime）
WorkflowRuntime 是 WWF 的核心引擎，负责管理所有工作流实例的生命周期。它提供了以下主要功能：
- 启动、暂停、恢复和终止工作流实例。
- 管理工作流的服务扩展，如持久化服务、跟踪服务等。
- 提供事件机制，用于监听工作流状态变化。
代码示例：初始化 WorkflowRuntime
using System;
using System.Workflow.Runtime;
class Program
{
static void Main()
{
WorkflowRuntime workflowRuntime = new WorkflowRuntime();
// 添加持久化服务（可选）
workflowRuntime.AddService(new SqlWorkflowPersistenceService("YourConnectionString"));
// 注册工作流启动完成事件
workflowRuntime.WorkflowCompleted += (sender, e) =>
{
Console.WriteLine("工作流执行完成。");
};
// 加载并启动工作流
Type workflowType = typeof(MyWorkflow);
WorkflowInstance instance = workflowRuntime.CreateWorkflow(workflowType);
instance.Start();
Console.WriteLine("工作流已启动...");
Console.ReadLine();
}
}
代码逻辑分析：
- WorkflowRuntime 初始化后，可以添加服务如持久化服务。
- 通过 CreateWorkflow 方法创建工作流实例并启动。
- 通过事件监听器可以捕获工作流状态变化。
2.2.2 活动模型（Activity Model）
活动（Activity）是 WWF 的基本执行单元，代表流程中的一个操作步骤。WWF 提供了多种内置活动，如 CodeActivity 、 IfElseActivity 、 SequenceActivity 等，开发者也可以自定义活动。
活动分类：
| 活动类型 | 说明 |
|---|---|
| CodeActivity | 执行 C# 代码的活动 |
| IfElseActivity | 条件分支活动 |
| WhileActivity | 循环执行活动 |
| ParallelActivity | 并行执行多个子活动 |
| EventDrivenActivity | 事件驱动型活动，常用于状态机流程中 |
示例：创建一个简单的 CodeActivity
public class HelloActivity : Activity
{
protected override ActivityExecutionStatus Execute(ActivityExecutionContext executionContext)
{
Console.WriteLine("Hello from custom activity!");
return ActivityExecutionStatus.Closed;
}
}
说明：
- 继承 Activity 类并重写 Execute 方法。
- ActivityExecutionStatus.Closed 表示活动执行完成。
2.2.3 持久化服务（Persistence Service）
持久化服务用于将工作流的状态保存到数据库中，以便在系统重启或长时间运行后恢复流程状态。 SqlWorkflowPersistenceService 是 WWF 提供的默认持久化服务，支持使用 SQL Server 存储流程状态。
配置示例：添加 SQL 持久化服务
workflowRuntime.AddService(new SqlWorkflowPersistenceService(
"Data Source=.;Initial Catalog=WorkflowStore;Integrated Security=True"));
持久化服务的作用：
- 支持长周期流程运行。
- 提高系统容错能力。
- 支持流程状态恢复与迁移。
2.3 WWF与C#的集成方式
WWF 与 C# 的集成方式主要分为两种：使用 Visual Studio 设计器构建流程，或通过代码动态创建流程。
2.3.1 使用Visual Studio设计工作流
Visual Studio 提供了图形化的工作流设计器，开发者可以通过拖拽活动来构建流程。流程定义保存在 .xoml 文件中，并可以与代码文件（ .xoml.cs ）绑定。
优点：
- 可视化编辑，易于理解与维护。
- 支持实时调试与流程验证。
- 支持版本控制与流程变更管理。
缺点：
- 对流程逻辑变更敏感，易引发版本冲突。
- 难以动态调整流程结构。
2.3.2 通过代码动态构建工作流
开发者也可以通过代码动态创建工作流实例，这种方式更加灵活，适用于需要运行时动态生成流程的场景。
代码示例：动态构建顺序流程
SequenceActivity mySequence = new SequenceActivity();
mySequence.Activities.Add(new HelloActivity());
mySequence.Activities.Add(new CodeActivity("PrintGoodbye", e =>
{
Console.WriteLine("Goodbye!");
return ActivityExecutionStatus.Closed;
}));
WorkflowRuntime runtime = new WorkflowRuntime();
WorkflowInstance instance = runtime.CreateWorkflow(mySequence.GetType());
instance.Start();
说明：
- 使用 SequenceActivity 构建顺序流程。
- 动态添加自定义活动与匿名 CodeActivity 。
- 可在运行时根据业务逻辑动态调整流程。
2.4 WWF的版本演进与发展趋势
2.4.1 .NET 3.0到.NET Core中的变化
WWF 最初随 .NET 3.0 发布，广泛用于 Windows 平台的 WCF 与 WF 结合场景。然而，随着 .NET Core 的兴起，微软逐渐将重点转向更轻量、跨平台的工作流框架如 Windows Workflow Foundation (Core) 和 Orleans 。
| 版本 | 特点 |
|---|---|
| .NET 3.0~4.7 | 完整支持 WWF，支持设计器、持久化、跟踪等高级功能 |
| .NET Core | 不再原生支持 WWF，但可通过开源项目如 CoreWF 实现部分功能 |
| .NET 5+ | Microsoft 推荐使用新的工作流框架如 Orleans 、 Durable Functions |
2.4.2 与其他工作流框架的对比分析
| 框架名称 | 平台支持 | 特点 | 适用场景 |
|---|---|---|---|
| Windows Workflow Foundation | Windows | 图形化设计、集成 WCF、支持持久化 | 传统企业流程自动化 |
| CoreWF | 跨平台 | WWF 的开源实现，支持 .NET Core | 跨平台迁移、遗留系统改造 |
| Orleans | 跨平台 | 分布式工作流，基于 Actor 模型，适用于高并发场景 | 微服务、云原生流程控制 |
| Durable Functions | Azure 云 | Azure Functions 的扩展，支持无服务器流程编排 | 云端流程自动化、事件驱动 |
| Temporal | 跨平台 | 开源分布式工作流框架，支持高容错与长周期流程 | 复杂业务流程、分布式事务 |
趋势分析：
- WWF 正在逐渐被现代轻量级框架替代，但在传统企业系统中仍有广泛使用。
- 跨平台、分布式、云原生的工作流框架将成为主流。
- 开发者应根据项目需求选择合适的框架，避免过度依赖特定平台。
本章小结
本章全面解析了 Windows Workflow Foundation（WWF）框架的核心概念与组件，包括其运行时引擎、活动模型、持久化服务等关键部分。同时，深入探讨了 WWF 与 C# 的集成方式，以及其在 .NET 生态中的演进方向。通过本章的学习，开发者可以掌握 WWF 的基本架构与使用方法，并对其在现代开发中的定位有清晰的认识。
3. C#工作流活动设计与实现
在 Windows Workflow Foundation（WWF）中，活动（Activity）是构建工作流的基本单元。活动的设计与实现决定了整个流程的执行逻辑和行为。通过合理组织和设计各类活动，可以构建出结构清晰、逻辑严谨、可扩展性强的工作流系统。本章将从基础活动的使用、自定义活动开发、数据交互方式，到活动生命周期管理等多个维度，深入讲解如何在 C# 中进行活动的设计与实现。
3.1 工作流活动基础
3.1.1 活动的定义与分类
在 WWF 中，活动是构成工作流的核心构件，每一个活动都代表一个可执行的操作或逻辑单元。WWF 提供了丰富的内置活动，同时也支持用户自定义活动。
活动的分类：
| 活动类型 | 描述 |
|---|---|
| 原子活动（Atomic Activity） | 最基本的活动类型，不可再分解，如 CodeActivity |
| 容器活动（Composite Activity） | 可以包含其他活动，如 Sequence 、 If 、 Parallel |
| 条件活动（Conditional Activity） | 根据条件决定执行路径，如 IfElse 、 Switch |
| 事件驱动活动（Event-Based Activity） | 基于事件触发执行，如监听某个服务事件 |
| 异步活动（Asynchronous Activity） | 执行过程中可能等待外部事件完成，如调用 Web 服务 |
mermaid流程图说明：
graph TD
A[Activity] --> B[Atomic Activity]
A --> C[Composite Activity]
A --> D[Conditional Activity]
A --> E[Event-Based Activity]
A --> F[Asynchronous Activity]
3.1.2 基本活动的使用方法
在 WWF 中，我们可以通过 Visual Studio 的工作流设计器拖拽活动，也可以通过代码动态创建。以下是几种常见活动的使用示例。
示例：使用 CodeActivity 执行代码逻辑
public class HelloActivity : CodeActivity
{
public OutArgument<string> Output { get; set; }
protected override void Execute(CodeActivityContext context)
{
string message = "Hello from CodeActivity";
Output.Set(context, message);
Console.WriteLine(message);
}
}
- 逻辑分析：
-
CodeActivity是最基础的活动类型，适用于执行简单的业务逻辑。 -
OutArgument<string>定义了输出参数，可以通过context设置值。 -
Execute方法是活动的执行入口，在流程运行时被调用。
示例：使用 Sequence 活动组合多个子活动
var workflow = new Sequence
{
Activities =
{
new HelloActivity(),
new WriteLine { Text = "This is a WriteLine activity" }
}
};
- 逻辑分析：
-
Sequence是容器活动，按顺序执行其子活动。 - 子活动可以是任意类型，包括自定义活动。
-
WriteLine是 WWF 内置活动，用于输出日志信息。
3.2 自定义活动开发
3.2.1 创建自定义代码活动
除了使用内置活动外，开发者还可以根据业务需求创建自定义活动。通过继承 CodeActivity 或 NativeActivity ，我们可以定义具有特定行为的活动。
示例：创建一个计算两个数之和的自定义活动
public class AddNumbersActivity : CodeActivity
{
public InArgument<int> A { get; set; }
public InArgument<int> B { get; set; }
public OutArgument<int> Result { get; set; }
protected override void Execute(CodeActivityContext context)
{
int a = A.Get(context);
int b = B.Get(context);
Result.Set(context, a + b);
}
}
- 参数说明：
-
InArgument<T>：输入参数，用于从上下文中获取数据。 -
OutArgument<T>：输出参数，用于将结果写回流程上下文。 -
Get()和Set()方法用于参数的读取和设置。
在工作流中使用：
var workflow = new Sequence
{
Activities =
{
new AddNumbersActivity
{
A = 10,
B = 20,
Result = new Variable<int>("sum")
},
new WriteLine
{
Text = new InArgument<string>(ctx => "Sum is: " + ctx.GetValue<int>("sum"))
}
}
};
- 逻辑分析：
- 通过
AddNumbersActivity计算两个整数之和，并将结果保存到变量"sum"中。 - 后续的
WriteLine活动读取该变量并输出日志。
3.2.2 实现条件活动与事件驱动活动
条件活动： If 判断示例
var workflow = new If
{
Condition = new InArgument<bool>(ctx => true),
Then = new WriteLine { Text = "Condition is true" },
Else = new WriteLine { Text = "Condition is false" }
};
- 逻辑分析：
-
If活动根据Condition的布尔值决定执行Then或Else分支。 - 条件可以是动态表达式，也可以是变量或函数返回值。
事件驱动活动：监听事件并执行逻辑
public class EventDrivenActivityExample : NativeActivity
{
public EventRegistrationMetadata EventMetadata { get; set; }
protected override void Execute(NativeActivityContext context)
{
context.RegisterBookmark("MyBookmark", OnResumeBookmark);
}
private void OnResumeBookmark(NativeActivityContext context, Bookmark bookmark, object value)
{
Console.WriteLine("Bookmark resumed with value: " + value);
}
}
- 逻辑分析：
- 使用
RegisterBookmark注册一个可恢复的执行点。 - 当外部系统调用该 Bookmark 时，触发
OnResumeBookmark方法执行。 - 适用于异步等待用户输入、外部服务回调等场景。
3.3 活动之间的数据交互
3.3.1 输入输出参数绑定
在 WWF 中，活动之间的数据传递主要通过参数绑定实现。通过定义 InArgument 、 OutArgument 和 InOutArgument ，可以在活动间传递数据。
示例：活动间参数绑定
public class InputOutputActivity : CodeActivity
{
public InArgument<int> Input { get; set; }
public OutArgument<int> Output { get; set; }
protected override void Execute(CodeActivityContext context)
{
int value = Input.Get(context);
Output.Set(context, value * 2);
}
}
- 逻辑分析：
- 接收一个输入值，乘以 2 后输出。
-
InArgument和OutArgument实现了数据的输入与输出。
在工作流中绑定：
var inputVar = new Variable<int>("input", 5);
var outputVar = new Variable<int>("output");
var workflow = new Sequence
{
Variables = { inputVar, outputVar },
Activities =
{
new InputOutputActivity
{
Input = new InArgument<int>(ctx => inputVar.Get(ctx)),
Output = new OutArgument<int>(ctx => outputVar.Set(ctx, ctx.GetValue<int>("output")))
},
new WriteLine
{
Text = new InArgument<string>(ctx => "Output: " + outputVar.Get(ctx))
}
}
};
- 逻辑分析：
- 使用
Variable<T>定义流程变量。 - 活动通过
InArgument和OutArgument与变量绑定，实现数据流转。
3.3.2 使用依赖属性进行数据共享
在复杂流程中，多个活动可能需要共享数据。WWF 提供了 Extension 和 Property 机制用于跨活动的数据共享。
示例：定义共享数据扩展
public class SharedData : IExtension<ActivityContext>
{
public int Counter { get; set; } = 0;
public void Attach(ActivityContext owner) { }
public void Detach(ActivityContext owner) { }
}
在工作流中注册并使用：
var sharedData = new SharedData();
workflowApplication.Extensions.Add(sharedData);
- 逻辑分析：
- 通过
IExtension<T>接口定义可共享的数据对象。 - 在
WorkflowApplication中注册扩展后，所有活动均可访问该数据。
3.4 活动的生命周期管理
3.4.1 活动的创建与执行流程
活动的生命周期主要包括：创建、初始化、执行、完成、取消或异常等状态。WWF 提供了丰富的生命周期钩子方法供开发者重写。
示例：重写生命周期方法
public class LifecycleActivity : CodeActivity
{
protected override void CacheMetadata(CodeActivityMetadata metadata)
{
Console.WriteLine("Activity metadata cached");
base.CacheMetadata(metadata);
}
protected override void Execute(CodeActivityContext context)
{
Console.WriteLine("Activity executing...");
}
protected override void Cancel(CodeActivityContext context)
{
Console.WriteLine("Activity canceled.");
base.Cancel(context);
}
}
- 逻辑分析：
-
CacheMetadata：在设计时缓存元数据。 -
Execute：执行逻辑。 -
Cancel：当流程被取消时调用。
3.4.2 活动状态变更与异常处理
在流程执行过程中，活动可能因外部条件、异常或取消操作而改变状态。WWF 提供了完善的异常处理机制。
示例：使用 TryCatch 捕获异常
var workflow = new TryCatch
{
Try = new Sequence
{
Activities =
{
new WriteLine { Text = "Try block executing" },
new Throw { Exception = new InArgument<Exception>(ctx => new InvalidOperationException("Simulated error")) }
}
},
Catches =
{
new Catch<InvalidOperationException>
{
Action = new ActivityAction<InvalidOperationException>
{
Handler = new WriteLine
{
Text = new InArgument<string>(ctx => "Caught exception: " + ctx.GetValue<InvalidOperationException>())
}
}
}
}
};
- 逻辑分析：
-
Throw活动模拟抛出异常。 -
Catch块捕获指定类型的异常并执行处理逻辑。 - 可嵌套多个
Catch块以处理不同类型的异常。
示例：使用 Cancel 方法取消活动执行
var workflow = new Sequence
{
Activities =
{
new WriteLine { Text = "Starting activity" },
new Delay { Duration = TimeSpan.FromSeconds(5) },
new WriteLine { Text = "This line may not be executed" }
}
};
var workflowApp = new WorkflowApplication(workflow);
workflowApp.Completed += (sender, e) =>
{
Console.WriteLine("Workflow completed with state: " + e.CompletionState);
};
workflowApp.Run();
Thread.Sleep(2000);
workflowApp.Cancel();
- 逻辑分析：
- 使用
Cancel()方法中断流程执行。 - 已经开始的活动可能继续执行完，未开始的活动将被跳过或取消。
- 可通过
Completed事件获取流程最终状态。
本章系统讲解了 WWF 中活动的设计与实现，从基础活动使用、自定义活动开发、数据交互方式，到活动的生命周期管理与异常处理机制。通过这些内容，开发者可以掌握如何构建灵活、健壮的工作流系统，并为后续流程控制与分支设计打下坚实基础。
4. 工作流顺序流与并行流控制
在构建复杂业务流程时，流程控制的灵活性与效率至关重要。顺序流和并行流作为工作流设计中的两大核心控制结构，决定了任务执行的路径与节奏。顺序流确保任务按照预设的先后顺序依次执行，适用于流程逻辑清晰、依赖性强的场景；而并行流则允许多个任务并发执行，显著提升系统吞吐量和响应速度，尤其适合处理高并发、任务独立性强的业务流程。
本章将深入探讨顺序流与并行流的基本结构、实现原理及组合策略，帮助开发者构建更高效、可控的工作流系统。通过具体示例、流程图展示以及C#代码实现，读者将掌握如何在Windows Workflow Foundation（WWF）中灵活运用顺序与并行流程控制，提升工作流的设计能力与执行效率。
4.1 顺序流程设计
4.1.1 顺序流的基本结构
顺序流（Sequential Flow）是指任务按照设定的顺序依次执行的工作流结构。其核心特点是任务之间存在明确的先后依赖关系，前一个任务完成后，流程自动进入下一个任务。顺序流广泛应用于审批流程、数据处理、状态转换等场景。
在WWF中，顺序流通常由 Sequence 活动表示，该活动内部包含多个子活动，按照从上到下的顺序依次执行。
示例：使用 Sequence 构建顺序流程
using System;
using System.Activities;
namespace SequentialWorkflowExample
{
class Program
{
static void Main(string[] args)
{
WorkflowInvoker.Invoke(new SequenceWorkflow());
}
}
public class SequenceWorkflow : WorkflowActivity
{
public SequenceWorkflow()
{
this.Implementation = () => new Sequence
{
Activities =
{
new WriteLine { Text = "步骤 1: 开始流程" },
new WriteLine { Text = "步骤 2: 执行数据验证" },
new WriteLine { Text = "步骤 3: 完成流程" }
}
};
}
}
}
代码解析：
- Sequence ：定义一个顺序活动容器，其子活动按顺序执行。
- WriteLine ：用于输出文本信息，模拟流程中的各个步骤。
- WorkflowInvoker.Invoke ：用于执行工作流实例。
执行结果如下：
步骤 1: 开始流程
步骤 2: 执行数据验证
步骤 3: 完成流程
该流程确保每个步骤按顺序完成，适合流程逻辑固定、任务依赖性强的场景。
4.1.2 控制流程执行顺序的方法
在顺序流中，除了使用 Sequence 活动外，还可以通过以下方式控制流程执行顺序：
- If活动 ：根据条件决定是否执行某个子活动。
- While活动 ：循环执行某个活动直到条件不满足。
- Delay活动 ：引入延迟，控制任务执行节奏。
示例：在顺序流中使用 If 和 Delay
public class ConditionalSequenceWorkflow : WorkflowActivity
{
public ConditionalSequenceWorkflow()
{
this.Implementation = () => new Sequence
{
Activities =
{
new WriteLine { Text = "步骤 1: 开始流程" },
new If
{
Condition = new InArgument<bool>(ctx => true),
Then = new WriteLine { Text = "步骤 2: 条件满足，执行此步骤" }
},
new Delay { Duration = TimeSpan.FromSeconds(2) },
new WriteLine { Text = "步骤 3: 延迟后继续执行" }
}
};
}
}
说明：
- If活动 ：当条件为真时执行
Then分支。 - Delay活动 ：暂停流程2秒，模拟任务等待。
通过这些控制结构，开发者可以构建出具有分支和延迟逻辑的顺序流程，增强流程的灵活性与可控制性。
4.2 并行流程设计
4.2.1 并行流的原理与实现方式
并行流（Parallel Flow）是指多个任务可以同时执行的工作流结构。与顺序流不同，并行流中的任务彼此独立，互不依赖，适用于处理高并发任务、提升系统响应速度。
在WWF中，并行流通常使用 Parallel 活动来实现。该活动允许开发者将多个子活动并行执行，并在所有子活动完成后继续执行后续任务。
示例：使用 Parallel 实现并行流程
public class ParallelWorkflow : WorkflowActivity
{
public ParallelWorkflow()
{
this.Implementation = () => new Parallel
{
Branches =
{
new Sequence
{
Activities =
{
new WriteLine { Text = "并行任务 A 开始" },
new Delay { Duration = TimeSpan.FromSeconds(3) },
new WriteLine { Text = "并行任务 A 结束" }
}
},
new Sequence
{
Activities =
{
new WriteLine { Text = "并行任务 B 开始" },
new Delay { Duration = TimeSpan.FromSeconds(2) },
new WriteLine { Text = "并行任务 B 结束" }
}
}
},
CompletionCondition = new InArgument<bool>(ctx => false)
};
}
}
说明：
- Parallel ：并行执行两个分支。
- Branches ：定义多个并行执行的子流程。
- CompletionCondition ：可选参数，用于提前终止并行流程。
执行结果如下（顺序可能不同，取决于任务执行时间）：
并行任务 A 开始
并行任务 B 开始
并行任务 B 结束
并行任务 A 结束
通过并行流，系统可以充分利用多核CPU资源，提升整体执行效率。
4.2.2 并发执行中的同步机制
在并行流程中，任务之间可能存在数据共享、资源竞争等问题。为了确保数据一致性和流程稳定性，必须引入同步机制。
在WWF中，常用的同步机制包括：
- SynchronizationScope活动 ：提供轻量级同步机制，确保多个子活动共享同一同步上下文。
- 变量作用域管理 ：通过作用域控制变量的可见性，避免并发访问冲突。
- 事务处理 ：结合
TransactionScope实现事务性操作，确保流程的原子性与一致性。
示例：使用 SynchronizationScope 进行同步
public class SynchronizedParallelWorkflow : WorkflowActivity
{
public SynchronizedParallelWorkflow()
{
this.Implementation = () => new Sequence
{
Activities =
{
new Variable<int>("counter", 0),
new SynchronizationScope
{
Activities =
{
new Parallel
{
Branches =
{
new Assign<int>
{
To = new ArgumentReference<int>("counter"),
Value = new InArgument<int>(ctx => ctx.GetValue<int>("counter") + 1)
},
new Assign<int>
{
To = new ArgumentReference<int>("counter"),
Value = new InArgument<int>(ctx => ctx.GetValue<int>("counter") + 1)
}
}
}
}
},
new WriteLine
{
Text = new InArgument<string>(ctx => $"最终计数器值为: {ctx.GetValue<int>("counter")}")
}
}
};
}
}
说明：
- SynchronizationScope ：确保
Parallel内的两个Assign操作在同步上下文中执行，避免并发写入错误。 - Assign活动 ：对共享变量
counter进行原子性操作。
执行结果：
最终计数器值为: 2
通过引入同步机制，可以有效避免并发访问带来的数据不一致问题，提升并行流程的稳定性与可靠性。
4.3 顺序与并行流的组合使用
4.3.1 复杂流程的构建策略
在实际业务流程中，往往需要将顺序流与并行流结合使用，以满足复杂的执行逻辑需求。例如，在一个订单处理流程中，可以先顺序执行用户认证和订单验证，然后并行执行支付和库存扣减，最后再顺序执行订单完成通知。
示例：顺序与并行组合流程
graph TD
A[开始] --> B[用户认证]
B --> C[订单验证]
C --> D[并行流程]
D -->|支付| E[支付完成]
D -->|库存扣减| F[库存更新]
E --> G[订单完成通知]
F --> G
代码实现：
public class CombinedWorkflow : WorkflowActivity
{
public CombinedWorkflow()
{
this.Implementation = () => new Sequence
{
Activities =
{
new WriteLine { Text = "步骤 1: 用户认证" },
new WriteLine { Text = "步骤 2: 订单验证" },
new Parallel
{
Branches =
{
new WriteLine { Text = "并行任务 A: 支付处理" },
new WriteLine { Text = "并行任务 B: 库存扣减" }
}
},
new WriteLine { Text = "步骤 3: 订单完成通知" }
}
};
}
}
该流程结合了顺序与并行结构，确保关键流程顺序执行，同时利用并行提升执行效率。
4.3.2 流程执行效率优化技巧
在组合使用顺序与并行流时，为提升执行效率，可采用以下优化策略：
| 优化策略 | 说明 |
|---|---|
| 合理划分任务边界 | 将相互依赖的任务放在顺序流中，独立任务放在并行流中 |
| 引入缓存机制 | 对重复使用的数据进行缓存，减少重复计算 |
| 使用异步活动 | 对耗时任务使用 AsyncActivity ，提升响应速度 |
| 动态流程调整 | 根据运行时条件动态选择流程路径，提高灵活性 |
例如，可以使用 If 活动结合 Parallel 活动，根据订单金额动态决定是否并行执行额外的风控检查：
new If
{
Condition = new InArgument<bool>(ctx => ctx.GetValue<decimal>("orderAmount") > 1000),
Then = new Parallel
{
Branches =
{
new WriteLine { Text = "执行风控检查 A" },
new WriteLine { Text = "执行风控检查 B" }
}
}
}
通过这些优化技巧，可以构建出既高效又灵活的组合流程，适应复杂的业务需求。
4.4 流程控制的可视化与调试
4.4.1 使用设计器进行流程验证
在Visual Studio中，WWF提供了图形化的工作流设计器，开发者可以通过拖拽活动来构建流程，并实时查看流程结构。
使用设计器的步骤：
- 打开Visual Studio，创建一个Workflow Console Application项目。
- 添加一个
Workflow1.xaml文件。 - 在工具箱中拖动
Sequence、Parallel、If等活动到设计面板。 - 设置活动属性，如延迟时间、条件表达式等。
- 运行流程，查看执行结果。
设计器不仅提高了开发效率，还便于流程逻辑的可视化验证，减少逻辑错误。
4.4.2 日志跟踪与执行状态分析
在流程执行过程中，日志跟踪是调试与分析流程状态的重要手段。WWF提供了 Tracking 服务，可以记录流程执行过程中的关键事件。
启用跟踪服务的代码示例：
WorkflowApplication application = new WorkflowApplication(new CombinedWorkflow());
application.Extensions.Add(new ConsoleTrackingParticipant());
application.Run();
ConsoleTrackingParticipant 类定义：
public class ConsoleTrackingParticipant : TrackingParticipant
{
protected override void Track(TrackingRecord record, TimeSpan timeout)
{
Console.WriteLine($"跟踪事件: {record.EventTime} - {record}");
}
}
启用跟踪后，控制台将输出流程执行过程中的事件记录，如活动开始、结束、异常等，便于开发者分析流程执行路径与性能瓶颈。
此外，还可以结合SQL跟踪服务，将流程执行日志存储到数据库中，实现长期的流程审计与分析。
本章详细介绍了顺序流与并行流的基本结构、实现方式、组合策略以及调试方法。通过代码示例、流程图展示与表格分析，帮助开发者掌握在WWF中构建高效、稳定的工作流系统的核心技术。在实际开发中，合理运用顺序与并行结构，结合同步机制与流程优化技巧，将显著提升工作流的执行效率与可维护性。
5. 工作流分支与决策节点设计
在复杂业务流程中，分支与决策节点是控制流程走向、实现条件逻辑的核心机制。无论是审批流程、订单处理还是任务调度，分支与决策的设计直接影响流程的灵活性与可维护性。本章将从基本结构出发，深入探讨分支流程的构建方式、决策节点的实现机制、异常处理策略以及在实际业务场景中的应用。
5.1 分支流程的基本结构
分支流程是工作流中实现条件判断、路径选择的基础结构。常见的分支结构包括 If/Else 和 Switch，它们可以根据运行时的条件动态决定流程走向。
5.1.1 If/Else、Switch等分支逻辑
If/Else 是最基础的分支结构，适用于二选一的情况。Switch 则适用于多个条件分支的选择，适用于多路径判断。在 WWF（Windows Workflow Foundation）中， IfElseActivity 和 SwitchActivity 是实现这两种结构的核心组件。
// 示例：使用 IfElseActivity 实现分支逻辑
IfElseActivity ifElseActivity = new IfElseActivity();
ifElseActivity.Activities.Add(new IfElseBranchActivity
{
Condition = new CodeCondition(CheckCondition1),
Activities = { new WriteLineActivity { Text = "执行条件1分支" } }
});
ifElseActivity.Activities.Add(new IfElseBranchActivity
{
Condition = new CodeCondition(CheckCondition2),
Activities = { new WriteLineActivity { Text = "执行条件2分支" } }
});
private bool CheckCondition1(ActivityExecutionContext context)
{
return (bool)context.GetValue(condition1Property);
}
private bool CheckCondition2(ActivityExecutionContext context)
{
return (bool)context.GetValue(condition2Property);
}
逻辑分析：
- IfElseActivity 包含多个 IfElseBranchActivity ，每个分支包含一个条件和一组活动。
- 条件通过 CodeCondition 来定义，返回布尔值决定是否执行该分支。
- 一旦某个分支的条件满足，后续分支将不再判断。
参数说明：
- condition1Property 和 condition2Property 是绑定在工作流上的依赖属性，用于存储判断条件值。
- WriteLineActivity 是一个用于输出日志的示例活动。
5.1.2 动态分支条件设置
在实际开发中，分支条件往往不是静态的，而是需要根据运行时的数据动态构建。WWF 支持通过 SetBinding 方法将条件绑定到变量或外部服务。
// 动态设置条件
DependencyProperty conditionProperty = DependencyProperty.Register("ConditionValue", typeof(bool), typeof(MyWorkflow));
SetBinding(ifElseBranch.ConditionProperty, new ActivityBind(this, conditionProperty));
逻辑分析：
- 使用 DependencyProperty 注册一个条件变量。
- 通过 SetBinding 方法将条件绑定到具体的分支判断中。
- 这样可以在运行时动态修改 ConditionValue 的值，从而影响分支的执行路径。
优势：
- 提升流程的灵活性。
- 支持运行时参数注入，便于与业务系统集成。
5.2 决策节点的实现方式
决策节点是分支流程的核心控制点，决定了流程执行路径的选择。WWF 提供了多种实现方式，包括基于条件语句的判断和集成规则引擎的复杂决策。
5.2.1 使用条件语句进行决策
除了 IfElseActivity ，还可以使用 WhileActivity 、 ConditionedActivityGroup 等组件实现更复杂的条件逻辑。
// 示例：ConditionedActivityGroup 的使用
ConditionedActivityGroup cag = new ConditionedActivityGroup();
cag.Condition = new CodeCondition(CheckCondition);
cag.Activities.Add(new MyCustomActivity());
逻辑分析：
- ConditionedActivityGroup 会持续执行其中的活动，直到条件不满足。
- 适用于循环判断或持续执行某个子流程的场景。
- 条件判断通过 CodeCondition 实现，可以基于运行时数据动态变化。
应用场景：
- 任务重试机制。
- 基于状态的循环检查。
5.2.2 结合规则引擎实现复杂判断
对于复杂的业务规则判断，WWF 支持集成 RuleEngine ，通过规则文件（.rules）定义条件逻辑，实现高度可配置的决策节点。
<!-- 示例规则文件（MyRule.rules） -->
<RuleDefinitions>
<Rule Name="CheckPriority">
<Condition>
<CodeComparisonCondition Left="Priority" Right="5" Operator="GreaterThan"/>
</Condition>
<ThenActions>
<Action Name="HighPriorityAction"/>
</ThenActions>
<ElseActions>
<Action Name="LowPriorityAction"/>
</ElseActions>
</Rule>
</RuleDefinitions>
逻辑分析：
- 规则文件中定义了优先级判断逻辑。
- 在工作流中通过 PolicyActivity 加载规则文件，执行规则判断。
- 可通过外部配置文件动态修改规则逻辑，而无需重新编译代码。
优势：
- 业务规则与流程逻辑解耦。
- 支持非技术人员维护规则。
5.3 分支流程的异常处理
在分支流程中，由于条件判断的不确定性，异常处理尤为重要。WWF 提供了 FaultHandlerActivity 和 CompensableActivity 等组件用于捕获异常和实现事务回滚。
5.3.1 分支流程中的异常捕获策略
// 异常捕获示例
SequenceActivity seq = new SequenceActivity();
seq.Activities.Add(new MyCustomActivity());
seq.Activities.Add(new FaultHandlerActivity
{
FaultType = typeof(Exception),
Action = new MethodInvokerActivity
{
MethodName = "HandleException",
TargetObject = this
}
});
逻辑分析：
- FaultHandlerActivity 用于捕获指定类型的异常。
- MethodName 指定处理异常的方法名， TargetObject 指定调用对象。
- 可以在分支活动内部或整个流程中添加异常处理机制。
建议：
- 每个分支路径都应考虑异常处理。
- 可结合日志记录组件记录异常信息。
5.3.2 回滚与恢复机制设计
对于需要事务一致性的流程，可以使用 CompensableActivity 实现回滚操作。
// 示例：事务回滚
CompensableActivity compActivity = new CompensableActivity();
compActivity.Body = new MyCustomActivity();
compActivity.CompensationHandler = new MyCompensationActivity();
逻辑分析：
- Body 是主执行逻辑。
- CompensationHandler 是补偿逻辑，当主流程失败时触发。
- 可用于订单回滚、任务撤销等场景。
注意事项：
- 补偿逻辑必须具备幂等性。
- 需要确保补偿逻辑的健壮性。
5.4 分支与决策在业务流程中的应用实例
5.4.1 审批流程中的分支设计
审批流程是分支与决策应用的典型场景。例如，根据审批金额自动决定审批层级。
graph TD
A[开始审批] --> B{金额 > 10万?}
B -- 是 --> C[提交给财务总监审批]
B -- 否 --> D[提交给部门经理审批]
C --> E[审批通过]
D --> E
E --> F[结束流程]
逻辑说明：
- 判断金额是否超过10万。
- 若超过，进入高层审批流程；否则进入普通审批流程。
- 最终统一进入结束节点。
实现方式：
- 使用 IfElseActivity 实现金额判断。
- 每个分支中嵌套审批活动，如 ApproveActivity 。
5.4.2 订单处理中的多路径决策
在订单处理系统中，订单状态可能分为“已支付”、“未支付”、“已取消”等不同路径。
// 示例：订单状态判断
SwitchActivity orderSwitch = new SwitchActivity();
orderSwitch.SwitchType = typeof(string);
orderSwitch.Expression = new CodeExpression("OrderStatus");
orderSwitch.Cases.Add("Paid", new ProcessPaidOrderActivity());
orderSwitch.Cases.Add("Unpaid", new ProcessUnpaidOrderActivity());
orderSwitch.Cases.Add("Canceled", new CancelOrderActivity());
逻辑分析：
- SwitchActivity 根据 OrderStatus 的值选择对应的处理路径。
- 可扩展性强，便于添加新的订单状态处理逻辑。
优化建议：
- 使用枚举类型统一管理订单状态。
- 可结合规则引擎实现状态变更的复杂判断。
小结
本章系统地讲解了工作流中分支与决策节点的设计与实现方法。从基础的 If/Else 和 Switch 结构，到动态条件设置和规则引擎的使用，再到异常处理与回滚机制，最后通过审批流程和订单处理的实际案例展示了其在业务系统中的应用。掌握这些内容，有助于开发者构建灵活、健壮、可维护的工作流系统。
6. 工作流启动、暂停与终止控制
6.1 工作流的生命周期管理
Windows Workflow Foundation（WWF）中的工作流具有完整的生命周期管理机制，包括启动、运行、暂停、恢复、终止等状态。理解这些状态及其转换方式是实现流程控制的基础。
6.1.1 启动与初始化流程
工作流的启动通常通过 WorkflowRuntime 来完成。以下是一个使用代码方式启动工作流的示例：
using System;
using System.Workflow.Runtime;
namespace WorkflowControlDemo
{
class Program
{
static void Main(string[] args)
{
using (WorkflowRuntime workflowRuntime = new WorkflowRuntime())
{
// 添加持久化服务
workflowRuntime.AddService(new SqlWorkflowPersistenceService("Data Source=.;Initial Catalog=WorkflowStore;Integrated Security=True"));
// 创建工作流实例
WorkflowInstance instance = workflowRuntime.CreateWorkflow(typeof(MyWorkflow));
// 启动工作流
instance.Start();
Console.WriteLine("工作流已启动，实例ID：" + instance.InstanceId);
}
}
}
}
-
WorkflowRuntime是工作流执行的核心引擎。 -
CreateWorkflow方法用于创建一个工作流实例。 -
Start()方法触发工作流的执行。
6.1.2 工作流运行时的状态管理
工作流实例在其生命周期中会经历多个状态，如 Running 、 Paused 、 Terminated 、 Completed 等。可以通过 InstanceState 属性获取当前状态：
Console.WriteLine("当前工作流状态：" + instance.State);
通过监听 WorkflowCompleted 、 WorkflowTerminated 等事件，可以实现状态变化的监听与处理。
6.2 流程的暂停与恢复
6.2.1 暂停机制的实现方式
在 WWF 中，可以通过调用 Suspend 方法将工作流实例暂停：
instance.Suspend("等待用户输入");
-
Suspend方法可以传入一个描述信息，用于记录暂停原因。 - 暂停后的状态变为
Suspended。
暂停的工作流不会继续执行，直到调用 Resume 方法。
6.2.2 恢复执行的条件与限制
恢复工作流必须满足以下条件：
- 工作流处于
Suspended状态。 - 没有未处理的异常。
示例代码如下：
if (instance.State == WorkflowInstanceState.Suspended)
{
instance.Resume();
Console.WriteLine("工作流已恢复执行");
}
else
{
Console.WriteLine("无法恢复：当前状态为 " + instance.State);
}
恢复后，工作流将继续从暂停点执行。
6.3 工作流的终止与清理
6.3.1 主动终止流程的方法
如果需要主动终止一个工作流，可以使用 Terminate 方法：
instance.Terminate("流程已取消");
- 终止操作是不可逆的。
- 终止后状态变为
Terminated，并通过TerminatedReason获取终止原因。
Console.WriteLine("终止原因：" + instance.TerminationException.Message);
6.3.2 资源释放与状态回滚
终止流程时，WWF 会尝试释放与该实例相关的资源。如果启用了持久化服务，实例状态会被更新为终止状态，便于后续查询和审计。
清理流程建议：
- 清除缓存数据。
- 关闭数据库连接或事务。
- 记录日志以便追踪流程终止原因。
6.4 生命周期控制的高级应用场景
6.4.1 长周期任务的控制策略
对于长期运行的工作流（如审批流程、订单处理等），可以结合持久化服务与状态管理实现：
- 定期检查状态 ：通过定时任务轮询实例状态。
- 自动恢复机制 ：在系统重启后自动恢复暂停的流程。
- 超时处理 ：结合
DelayActivity实现流程超时自动终止。
graph TD
A[启动流程] --> B{是否超时?}
B -- 是 --> C[自动终止]
B -- 否 --> D[继续执行]
D --> E[等待用户操作]
E --> F{是否暂停?}
F -- 是 --> G[记录暂停原因]
F -- 否 --> H[继续执行]
6.4.2 结合外部系统进行流程干预
可以通过外部系统（如 Web API、Windows 服务）调用 WWF 提供的接口实现流程干预。例如：
public class WorkflowController : ApiController
{
private WorkflowRuntime _runtime;
public WorkflowController()
{
_runtime = new WorkflowRuntime();
_runtime.AddService(new SqlWorkflowPersistenceService("Data Source=.;Initial Catalog=WorkflowStore;Integrated Security=True"));
}
[HttpPost]
public IHttpActionResult PauseWorkflow(Guid instanceId)
{
var instance = _runtime.GetWorkflow(instanceId);
if (instance != null)
{
instance.Suspend("外部请求暂停");
return Ok("流程已暂停");
}
return NotFound();
}
}
通过此类接口，可以在企业级系统中实现流程的远程控制与管理。
简介：工作流是用于管理和自动化业务流程的关键技术，广泛应用于企业级应用开发中。C#结合.NET Framework中的Windows Workflow Foundation（WWF）框架，为开发者提供了强大的工作流实现能力。本资源“C#工作流源码以及讲解文档”包含完整的工作流实现案例与详细说明，涵盖从基础概念到企业级应用的全流程。通过实际源码与图文讲解，帮助开发者快速掌握创建工作流、流程控制、持久化、服务集成等核心技术，适用于请假审批、订单处理等多种业务场景，是C#开发者提升工作流开发能力的理想学习资料。
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
