<p>std::function + lambda 是 C++ 中替代 C# delegate 的最直接方案，支持类型擦除与上下文捕获，但需注意成员函数绑定、悬空引用、调用开销及多播缺失等问题。</p>
std::function + lambda 是最直接的替代方案
C# 的 delegate 本质是类型安全的函数指针容器，支持多播、捕获上下文。C++11 起，std::function 加上 lambda 就能覆盖绝大多数使用场景——它不叫 delegate，但干的是同一件事：把可调用对象（函数、lambda、bind 表达式、functor）统一包装成一个类型。
常见错误是试图用裸函数指针或 std::function 直接绑定成员函数却不处理 this：
class Button {
public:
void onClick() { /* ... */ }
};
Button btn;
// ❌ 错误：无法直接把成员函数赋给 std::function<void()>
std::function<void()> cb = btn.onClick; // 编译失败
// ✅ 正确：必须绑定对象实例
std::function<void()> cb = [&btn]() { btn.onClick(); };
// 或用 std::bind（略冗长）
std::function<void()> cb2 = std::bind(&Button::onClick, &btn);- lambda 捕获方式要小心：
[&]可能引发悬空引用，尤其在回调被异步存储时；优先用[=]或显式捕获 -
std::function有小幅度调用开销（vtable 查找），高频热路径慎用；纯函数指针或模板参数更轻量 - 不支持原生多播（即 += 多个 handler），需自己封装 vector<std::function<...>> 并遍历调用
用模板 + std::invoke 实现泛型委托类
如果项目里大量需要类似 Action<int, string> 或 Func<bool> 这种带签名约束的委托类型，手写一个轻量 wrapper 比到处写 std::function<void(int, const string&)> 更清晰、更易查错。
关键点不是“模拟 C# 语法”，而是复用 C++ 已有的机制：
立即学习“C++免费学习笔记（深入）”；
- 用模板参数固定签名，比如
template<typename Signature> class Delegate; - 内部用
std::function<Signature>存储，避免重复实现调用逻辑 - 重载
operator()和=，让用法接近 C#：del = [](int x) { ... }; - 不要尝试实现
+=/-=——C++ 没有委托链的运行时元信息，强行做容易内存泄漏或调用未定义行为
示例简化版：
template<typename F>
class Delegate;
<p>template<typename R, typename... Args>
class Delegate<R(Args...)> {
std::function<R(Args...)> fn<em>;
public:
Delegate() = default;
Delegate(std::function<R(Args...)> f) : fn</em>(std::move(f)) {}
template<typename T>
Delegate(T&& t) : fn<em>(std::forward<T>(t)) {}
R operator()(Args... args) const { return fn</em>(std::forward<Args>(args)...); }
};std::function 不能替代 event/multicast 场景
当你要实现类似 C# 的 event Action<string> OnMessage;（允许多个订阅者、线程安全、可移除），std::function 单独用就力不从心了。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
典型错误是把多个 handler 全塞进一个 std::function 里拼接调用——这既不可靠（异常中断后续 handler），也不支持取消订阅。
- 正确做法是用
std::vector<std::function<void()>>存储 handlers，调用时遍历 - 移除 handler 需要唯一标识：用
std::any存 id，或返回connection对象管理生命周期 - 多线程下必须加锁（如
mutable std::shared_mutex），否则遍历时修改 vector 会崩溃 - 别用
std::function的地址或指针作 key 去删 handler——lambda 每次都是新类型，地址不可靠
兼容旧标准（C++11 之前）只能靠函数对象 + void*
如果项目卡在 C++03，没有 std::function 和 lambda，就只能回归原始方案：定义接口类 + 继承 + void* 传参。但这不是“优雅模拟”，而是权宜之计。
例如：
struct ICallback {
virtual void invoke(int arg) = 0;
virtual ~ICallback() = default;
};
// 使用时 new 一个匿名子类……问题很明显：
- 每次回调都要 heap 分配，性能差
- 生命周期全靠手动管理，极易内存泄漏
- 无法捕获局部变量，除非额外设计 context 参数
- 现代 C++ 项目里基本不该出现这种写法
真遇到这种环境，优先推动升级编译器或引入 boost::function，而不是硬写 void* 方案。
委托的核心不是语法糖，是“延迟绑定 + 类型擦除 + 上下文捕获”这三件事。C++ 用 std::function 和 lambda 已经把前两者做得足够好，第三点（捕获）反而比 C# 更灵活——但也更容易掉进悬空引用的坑里。别光盯着怎么写得像 C#，先想清楚这个回调会不会跨作用域、会不会异步执行、要不要线程安全。
