c++ 委托实现方法 c++如何模拟c#中的delegate-C++-PHP中文网

std::function + lambda 是 c++ 中替代 c# delegate 的最直接方案，支持类型擦除与上下文捕获，但需注意成员函数绑定、悬空引用、调用开销及多播缺失等问题。

c++ 委托实现方法 c++如何模拟c#中的delegate

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);</void></void></void></void>

lambda 捕获方式要小心：[&] 可能引发悬空引用，尤其在回调被异步存储时；优先用 [=] 或显式捕获
std::function 有小幅度调用开销（vtable 查找），高频热路径慎用；纯函数指针或模板参数更轻量
不支持原生多播（即 += 多个 handler），需自己封装 vector<:function>> 并遍历调用

用模板 + std::invoke 实现泛型委托类

如果项目里大量需要类似 Action<int string></int> 或 Func<bool></bool> 这种带签名约束的委托类型，手写一个轻量 wrapper 比到处写 std::function<void const string></void> 更清晰、更易查错。

关键点不是“模拟 C# 语法”，而是复用 C++ 已有的机制：

用模板参数固定签名，比如 template<typename signature> class Delegate;</typename>
内部用 std::function<signature></signature> 存储，避免重复实现调用逻辑
重载 operator() 和 =，让用法接近 C#：del = [](int x) { ... };
不要尝试实现 += / -=——C++ 没有委托链的运行时元信息，强行做容易内存泄漏或调用未定义行为

示例简化版：

template<typename f>
class Delegate;
<p>template<typename r typename... args>
class Delegate<r> {
std::function<r> fn<em>;
public:
Delegate() = default;
Delegate(std::function<r> f) : fn</r></em>(std::move(f)) {}
template<typename t>
Delegate(T&& t) : fn<em>(std::forward<t>(t)) {}
R operator()(Args... args) const { return fn</t></em>(std::forward<args>(args)...); }
};</args></typename></r></r></typename></p></typename>

std::function 不能替代 event/multicast 场景

当你要实现类似 C# 的 event Action<string> OnMessage;</string>（允许多个订阅者、线程安全、可移除），std::function 单独用就力不从心了。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

典型错误是把多个 handler 全塞进一个 std::function 里拼接调用——这既不可靠（异常中断后续 handler），也不支持取消订阅。

正确做法是用 std::vector<:function>></:function> 存储 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#，先想清楚这个回调会不会跨作用域、会不会异步执行、要不要线程安全。

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！