推荐用 std::function + std::vector 实现轻量观察者：注册用捕获上下文的 Lambda，注销用 std::erase_if 或 weak_ptr 管理；通知时 lock weak_ptr 避免生命周期问题，用 vector 保证顺序且性能足够，避免 move-only 类型导致拷贝失败。
用 std::function + std::vector 实现轻量观察者，别碰虚函数多态
直接用继承 + virtual update() 是教科书写法，但实际项目里容易引发对象生命周期混乱、内存泄漏或调用栈断裂。现代 c++ 更推荐用可调用对象容器管理观察者，把“谁来通知”和“怎么通知”解耦得更干净。
核心思路：被观察者持有一组 std::function<void></void>（或带参数的变体），注册时用 lambda 捕获上下文，注销靠 std::erase_if 或手写 ID 管理。
- 避免裸指针注册——
std::shared_ptr或weak_ptr配合 lambda 捕获才是安全做法 - 不要在通知循环中修改观察者容器（比如某个回调里又调
unregister()），会触发迭代器失效 - 若需传递事件数据，优先用结构体传值，而非裸指针或引用——避免观察者生命周期短于事件分发周期
std::weak_ptr 在观察者注销时为什么比 shared_ptr 更可靠
常见错误是让被观察者持有 shared_ptr<observer></observer>，结果 Observer 对象销毁后，被观察者仍强引用它，导致析构卡死或二次析构。用 weak_ptr 能自然表达“我只关心你还活着的时候”。
注册时存 std::weak_ptr，通知前用 lock() 尝试升级；失败就跳过，不报错也不 crash。
立即学习“C++免费学习笔记（深入）”；
-
weak_ptr本身不延长生命周期，Observer 析构后lock()返回空shared_ptr - 别在 lambda 捕获里直接用
shared_ptr，否则注册即强绑定，退不出观察关系 - 如果 Observer 是栈对象（比如局部
auto obs = MyObserver{};），必须配合enable_shared_from_this才能安全生成weak_ptr
通知顺序不确定？用 std::vector 而不是 std::unordered_map
有人为了“快速注销”改用哈希表存观察者，结果发现通知顺序乱了——而很多业务逻辑隐式依赖注册顺序（比如 ui 层级、状态拦截链）。C++ 标准不保证 std::unordered_map 的遍历顺序，且插入/删除成本波动大。
std::vector<:function>></:function> 虽然注销要 O(n) 查找，但通知是 O(n) 且顺序确定；配合 std::erase_if 和移动语义，实际性能并不差。
- 注销频繁？加一层
std::vector<bool></bool>标记位，延迟清理（lazy erase） - 真需要 O(1) 注销？用
std::vector存索引 +std::map存 id → index 映射，但多数场景没必要 - 别用
std::list——缓存不友好，现代 CPU 上遍历慢得多
编译报错 Error: use of deleted function 'std::function<...>::function(const std::function<...>&)'</...></...> 怎么办
这是最常卡住人的点：lambda 捕获了 move-only 类型（比如 std::unique_ptr、std::Thread），导致生成的闭包不可拷贝，而 std::vector::push_back 默认尝试拷贝构造 std::function。
解决办法只有两个：要么让捕获可拷贝，要么强制 move 插入。
- 捕获
std::shared_ptr替代std::unique_ptr，代价小且自然支持拷贝 - 用
observers.emplace_back(std::move(my_lambda))，前提是你的 lambda 是右值（比如临时变量或刚 move 出来） - 或者直接用
std::function的完美转发构造：observers.emplace_back([ptr = std::move(ptr)]() mutable { ... });
这个错误不报在 lambda 定义行，而是在 push 到 vector 时爆发，容易误判位置。