action用于无返回值的方法，func用于有返回值的方法。二者是c#中预定义的泛型委托，旨在简化委托使用，减少冗余代码。1. action适用于执行操作但不关心结果的场景，如事件回调、打印日志；2. func适用于需要返回一个值的场景，如数据转换、计算结果；3. func最后一个类型参数为返回值类型，不可为void；4. 二者均支持最多16个输入参数，超过则需自定义委托；5. 它们与lambda表达式结合使用，提升代码简洁性与可读性；6. 常见于linq查询、异步编程、策略模式等现代c#开发场景。选择时只需判断方法是否需要返回值即可。
C#中的
Action和
Func委托，简单来说，它们是两种预定义好的、泛型的委托类型，用来简化我们声明和使用委托的方式。
Action用于指向那些不返回任何值（即返回
void）的方法，而
Func则用于指向那些会返回一个值的方法。这是它们最核心的区别，也是你做选择时的唯一标准。
解决方案
在C#中，委托（Delegate）本质上是一种类型安全的函数指针，它允许你将方法作为参数传递，或者将方法存储起来以便稍后执行。
Action和
Func是.NET框架提供的一组内置泛型委托，极大地简化了日常开发中对委托的使用。
Action委托：
Action委托代表一个不返回任何值（
void）的方法。它有多个重载版本，可以接受0到16个输入参数。
Action: 表示一个没有参数且没有返回值的方法。
Action myAction = () => Console.WriteLine("Hello from Action!");
myAction(); // 输出: Hello from Action!
Action<t></t>: 表示一个接受一个
T类型参数且没有返回值的方法。
Action<string> greet = (name) => Console.WriteLine($"Hello, {name}!");
greet("World"); // 输出: Hello, World!
Action<t1 t2 ...></t1>: 以此类推，最多支持16个参数。
Func委托：
Func委托代表一个返回一个值的方法。与
Action类似，它也有多个重载版本，可以接受0到16个输入参数，并且最后一个类型参数永远是其返回值的类型。
Func<tresult></tresult>: 表示一个没有参数但返回一个
TResult类型值的方法。
Func<int> getRandomNumber = () => new Random().Next(1, 100);
int number = getRandomNumber(); // 获取一个随机数
Console.WriteLine($"Random number: {number}");
Func<t tresult></t>: 表示一个接受一个
T类型参数并返回一个
TResult类型值的方法。
Func<int, int, int> add = (a, b) => a + b;
int sum = add(5, 3); // sum = 8
Console.WriteLine($"Sum: {sum}");
Func<t1 t2 ... tresult></t1>: 以此类推，最多支持16个输入参数，最后一个类型参数是返回值类型。
核心差异总结：
Action用于执行一个操作，但不关心结果。
Func用于执行一个操作，并且期望得到一个结果。
为什么C#要设计Action和Func这两种委托？它们存在的意义是什么？
我记得刚开始接触C#的时候，自定义委托简直是家常便饭。为了定义一个能接受两个字符串并返回一个布尔值的方法签名，你得写：
public delegate bool MyPredicate(string s1, string s2);。这本身没什么大问题，但当你的代码库里充斥着各种各样只用一次或两次的委托声明时，那简直是灾难，代码会变得异常臃肿和难以维护。
Action和
Func的出现，就是为了解决这种“委托声明泛滥”的问题。它们是.NET Framework 3.5引入的，与LINQ一起，带来了函数式编程的便利。它们的意义在于：
-
减少样板代码（Boilerplate Code）：你不再需要为每个不同的方法签名都定义一个新的委托类型。只要知道参数类型和是否有返回值，
Action或
Func就能搞定一切。这极大地提升了代码的简洁性。 提高代码可读性和一致性：当看到
Action<t></t>或
Func<t tresult></t>时，开发者立刻就能明白这个委托的意图：一个执行操作但无返回，一个执行操作并返回结果。这种统一的命名模式，让代码库看起来更规范。 支持泛型编程：它们本身就是泛型的，这意味着你可以用它们来处理任何数据类型，而不需要为每种类型都重新定义委托。这与C#强大的泛型能力完美契合。 促进高阶函数和LINQ的使用：LINQ操作符（如
Where、
Select、
OrderBy等）大量依赖
Func委托来定义筛选、转换和排序的逻辑。没有
Func，LINQ的表达力会大打折扣。它们让方法作为参数传递变得异常自然和流畅。 简化事件处理和异步编程：在事件订阅、回调函数、以及现代异步编程（如
Task的ContinueWith方法）中，
Action和
Func都是核心构建块。它们让这些模式的实现变得直观且易于管理。
对我来说，它们存在的意义就是让C#变得更“现代化”和“灵活”。它们把那些重复的、机械的委托声明工作抽象掉了，让我们能更专注于业务逻辑本身，而不是语言的语法细节。
在实际开发中，Action和Func有哪些常见的应用场景？
说实话，现在在C#项目里，你几乎无处不见
Action和
Func的身影。它们已经渗透到各种设计模式和编程范式中了。
LINQ查询：这是最直观的应用场景。无论你是用
Where来筛选数据，用
Select来转换数据，还是用
OrderBy来排序，背后都离不开
Func。
List<int> numbers = new List<int> { 1, 2, 3, 4, 5 };
// Func<int, bool> predicate
var evenNumbers = numbers.Where(n => n % 2 == 0);
// Func<int, string> selector
var stringNumbers = numbers.Select(n => n.ToString());
回调函数和事件处理：当你需要一个方法在某个操作完成后被调用，或者当某个事件发生时执行一段代码，
Action和
Func是理想的选择。
// 模拟一个异步操作
public void DoSomethingAsync(Action onComplete)
{
// ... 耗时操作 ...
Console.WriteLine("Async operation finished.");
onComplete?.Invoke(); // 完成后调用回调
}
// 使用
DoSomethingAsync(() => Console.WriteLine("Callback executed!"));
多线程和并行编程（TPL）：
Task.Run方法通常接受一个
Action或
Func来定义要在新线程上执行的工作。
// 在后台线程执行一个无返回值的操作
Task.Run(() => Console.WriteLine("Running on a background thread."));
// 在后台线程执行一个有返回值的操作
Task<int> resultTask = Task.Run(() =>
{
Console.WriteLine("Calculating sum on background thread.");
return 10 + 20;
});
Console.WriteLine($"Result from task: {resultTask.Result}");
策略模式和依赖注入：你可以将不同的行为（方法）作为参数传递给另一个方法或类，实现行为的动态切换。这在实现策略模式时非常有用。
// 假设有一个处理订单的类
public class OrderProcessor
{
// 接受一个 Func 作为折扣计算策略
public decimal CalculateDiscountedPrice(decimal originalPrice, Func<decimal, decimal> discountStrategy)
{
return discountStrategy(originalPrice);
}
}
// 使用不同的折扣策略
var processor = new OrderProcessor();
decimal price = 100m;
// VIP折扣：打八折
decimal vipPrice = processor.CalculateDiscountedPrice(price, p => p * 0.8m);
// 普通用户无折扣
decimal normalPrice = processor.CalculateDiscountedPrice(price, p => p);
通用工具方法：编写一些接受委托作为参数的通用工具方法，可以提高代码的复用性。例如，一个可以安全执行某个操作并处理异常的方法。
public static void SafeExecute(Action action)
{
try
{
action();
}
catch (Exception ex)
{
Console.WriteLine($"An error occurred: {ex.Message}");
}
}
// 使用
SafeExecute(() => Console.WriteLine("This will execute safely."));
SafeExecute(() => { throw new InvalidOperationException("Something went wrong!"); });
这些场景表明，
Action和
Func已经不仅仅是语言特性，它们是现代C#编程中不可或缺的设计工具。它们让代码更灵活、更具表现力，也更容易测试和维护。
如何选择使用Action还是Func？有没有什么容易混淆的地方或最佳实践？
选择
Action还是
Func，其实归结为一点：你所引用的方法是否需要返回一个值？ 如果方法不返回任何值（
void）：果断选择
Action。例如，一个打印日志的方法，一个修改对象状态但不返回新状态的方法。 如果方法返回一个值：毫不犹豫地选择
Func。例如，一个计算结果的方法，一个验证输入并返回布尔值的方法，或者一个从数据库查询数据的方法。
容易混淆的地方或常见“坑”：
Func<t void></t>是不存在的：有些初学者可能会想，如果我需要一个
Func但不返回任何东西怎么办？答案是：那就是
Action。
Func的最后一个类型参数永远是返回值类型，它不能是
void。如果你尝试写
Func<int void></int>，编译器会报错。 参数数量的限制：
Action和
Func最多支持16个输入参数。虽然在绝大多数情况下这已经足够了，但如果你真的需要超过16个参数，那就得自定义委托了。不过，这通常也意味着你的方法签名可能需要重新审视，参数过多本身就是一种代码异味。
Predicate<t></t>与
Func<t bool></t>：C#中还有一个内置的
Predicate<t></t>委托，它等同于
Func<t bool></t>。从功能上讲，它们完全一样。但在语义上，
Predicate<t></t>更明确地表示一个“断言”或“条件判断”，即一个返回布尔值的方法。在LINQ的
FindAll方法中，你可能会看到它。我个人倾向于在明确是做条件判断时使用
Predicate<t></t>，而在更一般的布尔返回场景下使用
Func<t bool></t>，但这更多是个人偏好，两者互换使用并无功能上的影响。
最佳实践：
-
优先使用
Action和
Func：除非你有非常特殊的需求（比如需要自定义委托的
Invoke方法，或者需要为委托提供一个非常特定的、描述性强的名称，并且这个委托在你的领域模型中具有核心地位），否则总是优先使用
Action和
Func。它们是标准，能让你的代码更具互操作性和可读性。 结合Lambda表达式：
Action和
Func与Lambda表达式是天作之合。Lambda表达式提供了一种简洁的语法来定义匿名方法，这使得委托的创建和使用变得极其方便。
// 简洁的Lambda表达式
Action print = () => Console.WriteLine("Hello");
Func<int, int, int> multiply = (x, y) => x * y;
参数命名清晰：即使是匿名方法或短小的Lambda表达式，如果参数有实际意义，也应该给它们起一个清晰的名称，而不是简单的x、
y，这样能提高代码的可读性。 避免过度嵌套：虽然
Action和
Func可以嵌套使用，但过多的嵌套可能会导致代码难以理解。如果逻辑变得复杂，考虑将委托内部的逻辑提取为单独的具名方法。
理解
Action和
Func不仅仅是掌握了两个委托类型，更是掌握了C#中函数式编程和高阶函数的核心思想。它们让代码更灵活，更易于组合和重用。
