在C#语言体系中，委托是一种特殊的类型，它定义了方法的签名，使得可以将方法当作参数进行传递。这种机制为实现回调函数和构建事件驱动模型提供了底层支持。理解委托的运行机制，对于编写高内聚低耦合的代码至关重要。
委托的基础概念与声明方式
从底层原理来看，委托继承自System.MulticastDelegate类，它内部维护着一个目标方法的信息以及调用列表。当声明一个委托时，实际上是在定义一个能够持有特定签名方法的引用类型容器。与C或C++中的函数指针不同，C#委托是类型安全的，它会在编译时检查方法签名是否匹配，从而避免了非法的内存调用。
在早期版本的C#中，开发者需要使用delegate关键字显式声明自定义委托。定义时需要指明方法的访问修饰符、返回类型和参数列表。一旦定义完成，就可以实例化该委托并将其指向一个符合签名的方法。虽然现代C#提供了更简便的内置泛型委托，但理解自定义委托的声明过程，有助于深入掌握其类型安全机制和底层调用逻辑。
// 声明一个自定义委托，接受两个int参数并返回int类型
public delegate int CalculateDelegate(int x, int y);
public class Calculator
{
// 符合委托签名的方法
public int Add(int a, int b)
{
return a + b;
}
// 静态方法同样可以赋值给委托
public static int Multiply(int a, int b)
{
return a * b;
}
}
// 使用示例
Calculator calc = new Calculator();
// 实例化委托并绑定方法
CalculateDelegate delAdd = new CalculateDelegate(calc.Add);
CalculateDelegate delMul = new CalculateDelegate(Calculator.Multiply);
// 调用委托，实际上会调用其内部绑定的方法
int result1 = delAdd(10, 20); // 输出 30
int result2 = delMul(10, 20); // 输出 200
上述代码展示了从声明到实例化再到调用的完整生命周期。委托的实例化本质上是将方法地址装入容器，随后通过委托实例进行调用时，运行环境会自动路由到实际的方法实现上。这种间接调用方式是构建后续高级模式的基石。
利用委托实现回调函数
回调函数的本质是一种将逻辑作为参数传递给其他代码的机制，使其能够在特定时机被反向调用。在C#中，委托是实现这一机制的标准方式。通过将委托实例作为方法的参数传入，调用方可以将自定义的处理逻辑注入到被调用方的执行流程中。这种设计模式在排序算法、异步操作完成通知等场景中极为常见，极大地提升了API的灵活性和扩展性。
为了简化开发，C#引入了Action和Func两种内置泛型委托。Action用于无返回值的方法，最多可接收16个参数；Func用于有返回值的方法，最后一个泛型参数代表返回类型。使用这些内置委托，可以省去自定义声明的过程，使代码更加简洁。例如，在处理集合数据时，可以通过传入不同的比较逻辑，让同一个排序方法产生不同的排序结果。
using System;
using System.Collections.Generic;
public class DataProcessor
{
// 接收一个Func委托作为回调逻辑
public void ProcessData(List<int> data, Func<int, int, int> comparisonCallback)
{
// 简单的冒泡排序逻辑，具体比较规则由外部回调决定
for (int i = 0; i < data.Count - 1; i++)
{
for (int j = 0; j < data.Count - 1 - i; j++)
{
// 调用传入的回调函数进行比较
if (comparisonCallback(data[j], data[j + 1]) > 0)
{
int temp = data[j];
data[j] = data[j + 1];
data[j + 1] = temp;
}
}
}
}
}
// 调用示例
DataProcessor processor = new DataProcessor();
List<int> numbers = new List<int> { 5, 2, 8, 1, 9 };
// 传入升序比较逻辑
processor.ProcessData(numbers, (a, b) => a.CompareTo(b));
// 传入降序比较逻辑
processor.ProcessData(numbers, (a, b) => b.CompareTo(a));
在这个例子中，ProcessData方法本身不关心排序是升序还是降序，它只负责遍历和交换数据。具体的比较规则通过Func委托延迟到外部调用时决定。这种将行为参数化的设计，使得核心算法与具体业务逻辑彻底解耦，是策略模式在C#中的优雅实现。
多播委托与事件处理的深度结合
委托的一个重要特性是支持多播，即一个委托实例可以同时指向多个方法。通过使用加号运算符，可以将多个方法合并到一个委托链中；当委托被调用时，列表中的所有方法都会按顺序执行。如果需要移除某个方法，则使用减号运算符。多播委托是实现发布订阅模式的基础，但在实际应用中，为了提供更好的封装性，通常会引入事件机制。
事件是基于委托的，它通过event关键字对委托进行了封装。事件本质上是一个多播委托的私有包装器，它限制了外部类只能通过加号和减号运算符来订阅或取消订阅，而不允许外部类直接触发事件或清空订阅列表。这种限制确保了事件发布者的控制权，防止了外部调用者的越权操作，是构建健壮UI框架和业务消息总线的核心机制。
using System;
public class TemperatureSensor
{
// 声明一个事件，基于内置的EventHandler委托
public event EventHandler<TemperatureChangedEventArgs> TemperatureChanged;
private decimal _currentTemperature;
public decimal CurrentTemperature
{
get { return _currentTemperature; }
set
{
if (_currentTemperature != value)
{
_currentTemperature = value;
// 温度发生变化时触发事件
OnTemperatureChanged(value);
}
}
}
// 受保护的虚方法，允许子类重写触发逻辑
protected virtual void OnTemperatureChanged(decimal newTemp)
{
// 触发事件，?.操作符防止无订阅者时抛出空引用异常
TemperatureChanged?.Invoke(this, new TemperatureChangedEventArgs(newTemp));
}
}
// 自定义事件参数类
public class TemperatureChangedEventArgs : EventArgs
{
public decimal NewTemperature { get; }
public TemperatureChangedEventArgs(decimal temp)
{
NewTemperature = temp;
}
}
// 订阅者类
public class CoolingSystem
{
public CoolingSystem(TemperatureSensor sensor)
{
// 订阅事件
sensor.TemperatureChanged += HandleTemperatureChange;
}
private void HandleTemperatureChange(object sender, TemperatureChangedEventArgs e)
{
if (e.NewTemperature > 30m)
{
Console.WriteLine("温度过高，启动冷却系统。");
}
}
}
上述代码展示了事件机制的完整工作流。TemperatureSensor作为事件源，只负责在温度变化时发出通知，它不知道也不关心谁在监听这个事件。CoolingSystem作为订阅者，通过加号运算符将自身的方法注册到事件中。当事件触发时，多播委托会自动调用所有已注册的方法。这种松耦合的架构设计，使得系统可以随时增加或移除功能模块，而无需修改核心业务逻辑。