因为std::function不可比较且不可默认构造，直接存入会编译失败；优先级应由显式字段决定，需封装为结构体并用vector+sort或稀疏数组管理。
为什么 std::priority_queue 不能直接存 std::function 观察者？
因为 std::priority_queue 要求元素类型可比较且支持默认构造（或至少满足其分配器和比较器约束），而 std::function<void></void> 不可比较、不可默认构造（除非绑定空态），直接塞进去会触发编译错误，典型如：error: use of deleted function 'std::function<...>::function()'</...>。更关键的是，优先级不该由函数对象本身决定，而应由注册时显式指定。
用 std::vector + std::sort 实现轻量可控的优先级通知
比起强行套用堆容器，更务实的做法是把观察者和优先级打包成结构体，暂存于 std::vector，通知前按优先级排序——逻辑清晰、调试友好、无隐藏内存分配开销。
- 定义通知单元：
struct ObserverEntry { int priority; std::function<void> callback; };</void> - 存储用
std::vector<observerentry></observerentry>，插入时不做排序，避免每次注册都重排 - 通知前调用
std::sort(observers.begin(), observers.end(), [](const auto& a, const auto& b) { return a.priority > b.priority; });（注意：> 表示高优先级先执行） - 若观察者数量稳定且极少（≤10），甚至可跳过
std::sort，改用插入时线性查找定位——避免小数据量下的排序函数调用开销
如何安全处理通知过程中观察者反向注销？
这是最容易 crash 的点：某个 callback() 内部调用 unregister()，导致正在遍历的 vector 迭代器失效或越界。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 禁止在通知循环中直接修改原容器；推荐做法是先拷贝一份活跃回调列表：
auto toNotify = observers; - 若内存敏感，可用两阶段方案：第一遍标记待移除项（如用
std::optional或布尔字段），第二遍清理；但需额外同步机制防止并发修改 - 更稳妥的工业级做法是引入句柄（
using Handle = size_t;）+ 稀疏数组（std::vector<:optional>></:optional>），注销只置空对应槽位，通知时跳过空槽——这样迭代器始终有效
要不要用 std::shared_ptr 管理观察者生命周期？
取决于观察者是否跨作用域持有。如果回调捕获了局部对象（比如 lambda 捕获了栈变量），不加防护必出悬垂引用。
立即学习“C++免费学习笔记（深入）”；
- 简单场景下，强制用户确保回调对象生命周期长于被观察者即可，文档写清楚就行
- 若观察者来自
std::shared_ptr对象（如 UI 控件），建议回调签名改为std::function<void>)></void>并传入弱引用锁，或直接让注册接口接收std::weak_ptr+ 成员函数指针组合 - 别为了“自动管理”把所有回调都包一层
std::shared_ptr<:function>></:function>——这会增加两次内存分配和引用计数开销，且无法解决栈对象捕获问题
std::mutex 加锁位置稍有偏差，就会出现通知丢失或重复执行——这些细节比选什么容器重要得多。 
