必须用 std::unique_ptr 管理 LVGL 图层，因其能通过自定义删除器确保 lv_obj_del() 正确调用，避免裸指针导致的内存泄漏、double-free 和悬垂访问；禁止 shared_ptr 和裸指针，图层生命周期须与宿主 UI 严格绑定。
直接用 std::unique_ptr 管理图层对象，禁止裸指针和 std::shared_ptr；图层生命周期必须与宿主 UI 对象完全绑定，否则在 LVGL 重绘或销毁时必然触发悬垂访问或 double-free。
为什么不能用裸指针管理 LVGL 图层
LVGL 的 C API 要求所有对象（lv_obj_t*）最终由 lv_obj_del() 显式释放，但裸指针本身不携带析构逻辑。嵌入式 UI 中图层常动态创建/销毁（如页面切换、弹窗打开），裸指针极易漏删或重复删：
- 忘记在析构函数中调用
lv_obj_del(engine_layer_)→ 内存泄漏，SRAM 快速耗尽 - 多个类持有同一
lv_obj_t*并各自尝试lv_obj_del()→ double-free，MCU HardFault - 图层对象被
lv_obj_del()后，裸指针未置nullptr→ 后续调用lv_obj_set_x()触发非法内存访问
而 lvgl-cpp 封装的 lvgl::Object 类已内置 RAII，但其默认构造依赖全局屏幕上下文；若需自定义图层组合（如独立仪表盘子树），仍需手动管理底层对象生命周期 —— 此时裸指针就是最脆弱的一环。
如何用 std::unique_ptr 安全包装 LVGL 图层
关键不是“能不能用”，而是“怎么封装才能让 lv_obj_t* 的生命周期与 C++ 对象严格对齐”。必须提供自定义删除器：
立即学习“C++免费学习笔记（深入）”；
- 删除器必须调用
lv_obj_del()，且仅当指针非nullptr时才执行（LVGL 不容忍空指针传入lv_obj_del） - 初始化必须使用
lv_obj_create()或其派生函数（如lv_label_create()），不能用new lv_obj_t—— LVGL 对象需经其内存管理器分配 - 禁止把栈上对象地址赋给
std::unique_ptr：例如lv_obj_t temp; layer_.reset(&temp)是致命错误，析构时会delete &temp
示例：
struct LvObjDeleter {
void operator()(lv_obj_t* obj) const noexcept {
if (obj) lv_obj_del(obj);
}
};
using LvLayerPtr = std::unique_ptr<lv_obj_t, LvObjDeleter>;
<p>class DashboardLayer {
LvLayerPtr gauge<em>;
LvLayerPtr label</em>;
public:
DashboardLayer(lv_obj<em>t* parent) {
gauge</em> = LvLayerPtr(lv_arc<em>create(parent));
label</em> = LvLayerPtr(lv_label_create(parent));
// 注意：parent 必须是有效 lv_obj_t*，且生命周期长于本对象
}
// 析构时自动调用 LvObjDeleter::operator()，无需手动干预
};嵌套图层组合时的常见陷阱
复杂 UI 常需多级嵌套（如 Page → Panel → Chart → Series），此时组合关系必须满足“整体销毁即全部销毁”，但 LVGL 自身已有父子关系链。双重管理易冲突：
- 让
std::unique_ptr持有子图层，同时又调用lv_obj_set_parent(child, parent)→ 图层被 LVGL 内部引用，std::unique_ptr析构时lv_obj_del()会破坏父容器结构 - 在
DashboardLayer中返回gauge_.get()给外部长期持有 → 外部可能在DashboardLayer销毁后继续调用lv_arc_set_rotation()，此时gauge_已被删，行为未定义 - 跨线程传递
std::unique_ptr<lv_obj_t></lv_obj_t>→ LVGL 非线程安全，且std::unique_ptr移动后原变量为nullptr，若误用将静默失败
正确做法：只暴露非拥有访问接口，例如：
const lv_obj_t* get_gauge() const { return gauge_.get(); }
// 外部可读取属性、设置样式，但不可调用 lv_obj_del()
// 真实的生命周期控制权始终在 DashboardLayer 手中资源受限 MCU 上的额外约束
在 SRAM new/delete std::unique_ptr 本身会加剧堆碎片。更优解是：
- 图层对象数量固定时，改用静态对象池 +
std::unique_ptr指向池中元素（注意：删除器改为归还到池，而非调用lv_obj_del） - 避免在中断服务程序（ISR）中创建/销毁图层 —— LVGL 不可重入，且堆分配在 ISR 中风险极高
- 调试阶段开启 LVGL 的
LV_USE_LOG和内存检测钩子，捕获lv_obj_t*的非法访问时机
最易被忽略的一点：LVGL 的动画系统（lv_anim_t）会持有目标对象指针。若图层被 std::unique_ptr 销毁，但动画仍在运行，回调将访问已释放内存。必须在销毁前显式调用 lv_anim_del(target, nullptr) 清理所有关联动画。
