定时器必须与组件生命周期严格对齐，即在组件挂载时创建（如lvgl中init_dashboard内调用lv_timer_create）、卸载时彻底删除（lv_timer_del），并校验组件有效性后执行回调，避免内存泄漏、空指针或状态错乱。
定时器逻辑必须与组件生命周期严格对齐，否则极易引发内存泄漏、回调空指针、重复注册或状态错乱。这不是编码风格问题，而是嵌入式GUI和RTOS系统中资源管理的硬性约束。
定时器创建必须绑定组件创建时机
在LVGL、仓颉或类似声明式框架中，定时器不应在全局初始化阶段提前创建，而应在组件挂载（Mount）或页面初始化时按需创建。例如：
- LVGL中，init_dashboard()函数内创建page_dashboard后，立即用lv_timer_create()为其绑定更新定时器；
- 仓颉中，在aboutToAppear钩子中启动轮询定时器，而非在组件定义体外静态创建；
- FreeRTOS环境下，若定时器用于驱动某个UI控件状态，其TimerHandle_t应作为组件结构体成员保存，而非全局变量。
定时器销毁必须匹配组件卸载动作
组件销毁时未清理关联定时器，是内存泄漏与野回调的主因。关键操作不是“停止”，而是“删除”：
- LVGL使用lv_timer_del(timer)彻底移除定时器对象，仅调用lv_timer_stop()无法释放内存；
- FreeRTOS中必须调用xTimerDelete()，且确保在定时器服务任务上下文外安全调用（如在组件卸载任务中）；
- UCOSIII需显式调用OSTmrDel()，并在返回成功后再置空句柄指针，避免重复删除触发异常。
状态更新必须受组件存活状态保护
定时器回调执行时，组件可能已被卸载但定时器尚未删除（尤其在异步切换场景下），直接访问控件句柄会导致崩溃。应加入双重校验：
- LVGL中回调开头检查lv_obj_is_valid(obj)或lv_obj_get_parent(obj) != NULL；
- FreeRTOS定时器回调中，先读取组件结构体中的有效标志位（如is_active == true），再执行UI更新；
- 避免在回调中调用可能触发重绘或重建的操作（如lv_scr_load()），这类动作应投递到主线程或事件队列中延后处理。
跨页面/跨组件共享定时器需明确所有权
当多个页面共用一个数据源（如传感器读数），不应为每个页面都创建独立定时器轮询，而应由数据管理层统一维护，并通过发布-订阅或状态同步机制通知各页面：
- LVGL多页面架构中，仪表盘页与设置页若都需温度值，应由一个全局传感器管理模块启动唯一定时器，更新共享变量，并触发lv_event_send()通知相关页面刷新；
- 仓颉中可利用useEffect配合依赖数组，让多个组件响应同一状态变更，而非各自启动定时器；
- 禁止在页面A中创建定时器、在页面B中尝试删除——所有权必须清晰、集中、可追溯。
