在资源受限的嵌入式设备如MCU、无GPU的SoC上实现流畅的UI渲染是一场关于内存、CPU算力与总线带宽的精细博弈。要实现丝滑的交互体验需要从图形库选型、渲染机制、资源管理到多线程架构进行系统级的深度优化。一、 核心渲染机制从“全量刷新”到“精准投送”在算力受限的设备上全屏重绘是导致卡顿的罪魁祸首。必须依赖高效的底层渲染机制来减少无效计算。脏矩形更新Dirty Rectangle这是嵌入式GUI的生命线。系统仅重绘屏幕上发生变化的区域而非每帧全屏刷新。这能大幅降低CPU的绘图负载和总线带宽占用。局部提交与按需渲染在代码层面明确告知底层系统本次仅更新了哪些矩形区域让显示控制器只处理变化的部分避免GPU或CPU填充率飙升。三重缓冲与防撕裂在双缓冲机制下若VSync到来时GPU未画完极易导致掉帧。引入三重缓冲可打破VSync的时间锁步消除画面撕裂和黑帧现象。// display_driver.c static void disp_flush(lv_disp_drv_t * disp_drv, const lv_area_t * area, lv_color_t * color_p) { // 1. 仅将变化的矩形区域 (area) 的数据写入 LCD 控制器 // 避免全屏拷贝大幅降低 SPI/FSMC 总线带宽占用 lcd_write_window(area-x1, area-y1, area-x2, area-y2, color_p); // 2. 通知 GUI 引擎该局部区域已刷新完成 lv_disp_flush_ready(disp_drv); } // 初始化显示驱动时禁用全屏刷新 void display_init(void) { static lv_disp_drv_t disp_drv; lv_disp_drv_init(disp_drv); disp_drv.flush_cb disp_flush; disp_drv.direct_mode 0; // 启用局部缓冲区模式 disp_drv.full_refresh 0; // 严禁全屏刷新 lv_disp_drv_register(disp_drv); }二、 内存与存储的极限压榨嵌入式设备的RAM通常以KB计Flash空间也十分有限必须对资源进行严苛管理。资源外置架构将占用空间极大的图片背景、图标和中文字体库移出片内Flash存储至外部串行Flash如QSPI Flash通过SPI接口按需读取确保核心代码与UI逻辑在片内高速运行。降低色深与内存裁剪在对色彩精度要求不高的场景将颜色深度从32位降至16位甚至8位索引色可直接减少50%以上的内存占用。同时关闭用不到的动画效果减少同时显示的控件数量。对象复用与懒加载对于弹窗、键盘等频繁切换的组件通过控制隐藏/显示set_hidden来替代反复的创建与销毁避免内存碎片化。图片资源应在进入页面时加载离开时释放。// ui_manager.c // 1. 懒加载Lazy Loading仅在需要时分配内存 static lv_obj_t * about_page NULL; void open_about_page(void) { if (about_page NULL) { about_page lv_obj_create(lv_scr_act()); lv_obj_add_style(about_page, style_page, 0); // 仅在首次进入时创建子控件 lv_label_set_text(lv_label_create(about_page), Version 1.0.0); } lv_scr_load_anim(about_page, LV_SCR_LOAD_ANIM_FADE_IN, 200, 0, false); } // 2. 对象复用使用隐藏/显示替代创建/销毁 static lv_obj_t * keyboard NULL; void show_keyboard(lv_obj_t * target_textarea) { if (keyboard NULL) { keyboard lv_keyboard_create(lv_scr_act()); } lv_keyboard_set_textarea(keyboard, target_textarea); lv_obj_clear_flag(keyboard, LV_OBJ_FLAG_HIDDEN); // 显示键盘 } void hide_keyboard(void) { if (keyboard) { lv_obj_add_flag(keyboard, LV_OBJ_FLAG_HIDDEN); // 隐藏键盘不释放内存 } }三、 图形库选型与无GPU软件渲染不同的硬件环境需要匹配合适的UI框架与渲染后端。轻量化图形库在极低资源的MCU上推荐使用LVGL、microui等轻量级C语言图形库。它们专为资源受限环境设计核心库RAM占用可控制在极低水平且提供丰富的控件体系。无GPU的软件光栅化对于缺乏独立GPU的MCU如Cortex-M7/A系列可显式指定软件渲染后端如Qt Raster引擎利用CPU的SIMD指令集如NEON进行像素填充。图层缓存Layer Caching将复杂的静态背景或矢量图缓存为纹理当指针等动态元素发生动画时仅重绘独立层避免触发全局重绘。四、 多线程架构与异步事件处理UI的流畅度不仅取决于渲染更取决于输入事件的处理延迟与主线程的负载。严格的线程隔离将UI主线程与数据采集、网络通信、文件I/O等耗时任务彻底分离。严禁在主线程中进行同步网络请求或大文件读取防止界面卡死。异步协程与消息队列对于耗时操作采用异步模式或独立的协程Task/Coroutine执行。数据准备完毕后通过消息总线或信号槽机制通知主线程更新UI。触摸容差与事件节流适当调大触摸屏的点击容差Touch Tolerance降低事件过滤频率减少误触判断带来的CPU耗时提升滑动跟手度。// ui_task_manager.c #include FreeRTOS.h #include queue.h #include lvgl.h // 定义跨线程的 UI 更新消息 typedef enum { MSG_UPDATE_TEMP, MSG_UPDATE_STATUS } UiMsgType; typedef struct { UiMsgType type; int32_t value; } UiMessage; // 线程安全的消息队列 static QueueHandle_t ui_msg_queue; // 业务线程数据采集与网络通信 void sensor_task(void *pvParameters) { while (1) { int32_t temp read_hardware_sensor(); UiMessage msg { .type MSG_UPDATE_TEMP, .value temp }; // 将数据推入队列绝不直接调用 LVGL API xQueueSend(ui_msg_queue, msg, portMAX_DELAY); vTaskDelay(pdMS_TO_TICKS(1000)); } } // UI 主线程仅负责渲染与处理消息 void ui_render_task(void *pvParameters) { ui_msg_queue xQueueCreate(10, sizeof(UiMessage)); lv_obj_t * temp_label lv_label_create(lv_scr_act()); while (1) { UiMessage msg; // 非阻塞读取消息队列 if (xQueueReceive(ui_msg_queue, msg, 0) pdTRUE) { if (msg.type MSG_UPDATE_TEMP) { // 在 UI 线程中安全地更新界面 lv_label_set_text_fmt(temp_label, Temp: %d C, msg.value); } } // 处理 LVGL 内部任务与局部脏矩形重绘 lv_timer_handler(); vTaskDelay(pdMS_TO_TICKS(5)); // 约 200 FPS 的轮询频率 } }五、 渲染管线极致优化显存操作与绘制指令合并在缺乏独立GPU的MCU上CPU与显存FrameBuffer之间的总线带宽往往是最大的性能瓶颈。绘制指令合并Draw Call Batching严禁在UI循环中频繁调用底层的像素绘制函数。必须在UI框架层建立渲染队列将同一图层、同一混合模式的连续绘制操作合并为单次内存拷贝memcpy或DMA传输大幅降低CPU的函数调用开销与总线仲裁延迟。硬件DMA与2D加速器DMA2D/Chrom-ART卸载充分利用MCU内置的2D图形加速器。将纯色填充、矩形拷贝、Alpha混合等高频操作交由DMA2D硬件执行CPU仅需下发指令并等待中断从而释放大量算力用于业务逻辑。抗锯齿与字体渲染降级在极低算力设备上复杂的抗锯齿Anti-Aliasing算法会消耗大量CPU周期。可采用双线性插值Bilinear Filtering或预渲染的位图字体Bitmap Font替代矢量字体实时光栅化以牺牲微小的视觉锐度换取数倍的渲染帧率提升。// dma2d_renderer.c #include stm32f7xx_hal.h // 以STM32F7系列为例 // 使用 DMA2D 进行纯色矩形填充硬件卸载 void dma2d_fill_rect(uint32_t color, uint16_t x, uint16_t y, uint16_t w, uint16_t h) { // 配置 DMA2D 为内存到内存模式纯色填充 hdma2d.Init.Mode DMA2D_R2M; HAL_DMA2D_Init(hdma2d); // 启动 DMA2D 传输CPU 立即返回无需等待 HAL_DMA2D_Start(hdma2d, color, (uint32_t)(FRAME_BUFFER_ADDR (y * LCD_WIDTH x) * 2), w, h); } // 绘制指令合并将连续的相同颜色填充合并为一次 DMA2D 调用 void batch_fill_rectangles(const Rect* rects, uint32_t count, uint32_t color) { // 实际工程中此处可加入矩形连通性检测将相邻同色矩形合并 for (uint32_t i 0; i count; i) { dma2d_fill_rect(color, rects[i].x, rects[i].y, rects[i].w, rects[i].h); } }六、 内存安全与碎片化防御机制嵌入式设备的RAM极其珍贵长时间运行后的内存碎片化是导致UI崩溃的隐形杀手。自定义内存分配器Custom Allocator摒弃标准的malloc/free针对UI控件的生命周期特征在UI框架底层实现专用的内存池Memory Pool或区域分配器Arena Allocator。UI控件的创建与销毁仅在固定大小的内存块中进行从根本上杜绝内存碎片化。严格的内存水位监控在UI主循环中植入内存探针实时统计当前可用内存与最大连续可用块。当内存水位逼近安全阈值时主动触发非关键资源如低优先级页面的背景图、历史动画缓存的强制回收防止系统OOMOut Of Memory崩溃。七、 交互体验的物理补偿与视觉欺骗在无法达到60fps的硬件上通过算法与视觉设计弥补流畅度的不足。输入预测与视觉平滑在滑动列表或拖拽控件时若检测到渲染掉帧可通过插值算法如线性或贝塞尔曲线对触摸坐标进行预测并在两帧之间平滑过渡控件位置。这种“视觉欺骗”能让 30fps 甚至 20fps 的滑动体验依然保持跟手。非对称渲染策略将UI元素按重要程度分级。在系统负载极高时优先保证核心交互区如按钮、滑块的实时响应主动降低或暂停非核心区域如远处的背景动画、半透明遮罩的刷新率确保用户的每一次点击都能得到即时反馈。// touch_smoothing.c typedef struct { int16_t target_x, target_y; // 触摸真实坐标 int16_t render_x, render_y; // 实际渲染坐标 float smoothing_factor; // 平滑系数 (0.0 ~ 1.0) } TouchSmoother; // 在每一帧的渲染循环中调用实现视觉平滑 void update_smooth_position(TouchSmoother* smoother) { // 线性插值算法渲染坐标逐渐逼近真实触摸坐标 smoother-render_x (int16_t)((smoother-target_x - smoother-render_x) * smoother-smoothing_factor); smoother-render_y (int16_t)((smoother-target_y - smoother-render_y) * smoother-smoothing_factor); // 将平滑后的坐标应用到 UI 控件 // lv_obj_set_pos(list_container, smoother-render_x, smoother-render_y); }八、 硬件抽象层HAL与跨平台解耦为了应对不同批次硬件的替换或升级必须建立坚固的底层抽象。显示与输入接口标准化定义统一的显示驱动接口如flush_buffer,set_backlight和输入事件接口如read_touch,read_key。UI框架仅依赖这些抽象接口底层更换LCD屏幕型号或触摸IC时仅需修改HAL层实现UI业务代码实现零修改。帧率自适应调节在HAL层实现动态帧率控制。当系统检测到用户处于静止阅读状态时自动将刷新率降至 15fps 以降低功耗当检测到滑动或动画触发时瞬间拉升至硬件支持的最高帧率实现性能与功耗的完美平衡。// hal_display.c #include lvgl.h // 1. 标准化的显示驱动接口 typedef struct { void (*flush)(lv_disp_drv_t *drv, const lv_area_t *area, lv_color_t *color_p); void (*set_backlight)(uint8_t brightness); } HalDisplayInterface; // 2. 帧率自适应调节机制 static uint32_t last_touch_time 0; static bool is_high_performance_mode false; void hal_check_adaptive_framerate() { uint32_t now lv_tick_get(); // 若距离上次触摸超过 3秒且处于高性能模式则降帧省电 if (is_high_performance_mode (now - last_touch_time 3000)) { lv_disp_set_fps(lv_disp_get_default(), 15); // 降至 15fps is_high_performance_mode false; } } // 触摸事件回调中触发升帧 void hal_on_touch_event() { last_touch_time lv_tick_get(); if (!is_high_performance_mode) { lv_disp_set_fps(lv_disp_get_default(), 60); // 瞬间拉升至 60fps is_high_performance_mode true; } }
嵌入式UI渲染：在资源受限设备上的UI优化（156）
在资源受限的嵌入式设备如MCU、无GPU的SoC上实现流畅的UI渲染是一场关于内存、CPU算力与总线带宽的精细博弈。要实现丝滑的交互体验需要从图形库选型、渲染机制、资源管理到多线程架构进行系统级的深度优化。一、 核心渲染机制从“全量刷新”到“精准投送”在算力受限的设备上全屏重绘是导致卡顿的罪魁祸首。必须依赖高效的底层渲染机制来减少无效计算。脏矩形更新Dirty Rectangle这是嵌入式GUI的生命线。系统仅重绘屏幕上发生变化的区域而非每帧全屏刷新。这能大幅降低CPU的绘图负载和总线带宽占用。局部提交与按需渲染在代码层面明确告知底层系统本次仅更新了哪些矩形区域让显示控制器只处理变化的部分避免GPU或CPU填充率飙升。三重缓冲与防撕裂在双缓冲机制下若VSync到来时GPU未画完极易导致掉帧。引入三重缓冲可打破VSync的时间锁步消除画面撕裂和黑帧现象。// display_driver.c static void disp_flush(lv_disp_drv_t * disp_drv, const lv_area_t * area, lv_color_t * color_p) { // 1. 仅将变化的矩形区域 (area) 的数据写入 LCD 控制器 // 避免全屏拷贝大幅降低 SPI/FSMC 总线带宽占用 lcd_write_window(area-x1, area-y1, area-x2, area-y2, color_p); // 2. 通知 GUI 引擎该局部区域已刷新完成 lv_disp_flush_ready(disp_drv); } // 初始化显示驱动时禁用全屏刷新 void display_init(void) { static lv_disp_drv_t disp_drv; lv_disp_drv_init(disp_drv); disp_drv.flush_cb disp_flush; disp_drv.direct_mode 0; // 启用局部缓冲区模式 disp_drv.full_refresh 0; // 严禁全屏刷新 lv_disp_drv_register(disp_drv); }二、 内存与存储的极限压榨嵌入式设备的RAM通常以KB计Flash空间也十分有限必须对资源进行严苛管理。资源外置架构将占用空间极大的图片背景、图标和中文字体库移出片内Flash存储至外部串行Flash如QSPI Flash通过SPI接口按需读取确保核心代码与UI逻辑在片内高速运行。降低色深与内存裁剪在对色彩精度要求不高的场景将颜色深度从32位降至16位甚至8位索引色可直接减少50%以上的内存占用。同时关闭用不到的动画效果减少同时显示的控件数量。对象复用与懒加载对于弹窗、键盘等频繁切换的组件通过控制隐藏/显示set_hidden来替代反复的创建与销毁避免内存碎片化。图片资源应在进入页面时加载离开时释放。// ui_manager.c // 1. 懒加载Lazy Loading仅在需要时分配内存 static lv_obj_t * about_page NULL; void open_about_page(void) { if (about_page NULL) { about_page lv_obj_create(lv_scr_act()); lv_obj_add_style(about_page, style_page, 0); // 仅在首次进入时创建子控件 lv_label_set_text(lv_label_create(about_page), Version 1.0.0); } lv_scr_load_anim(about_page, LV_SCR_LOAD_ANIM_FADE_IN, 200, 0, false); } // 2. 对象复用使用隐藏/显示替代创建/销毁 static lv_obj_t * keyboard NULL; void show_keyboard(lv_obj_t * target_textarea) { if (keyboard NULL) { keyboard lv_keyboard_create(lv_scr_act()); } lv_keyboard_set_textarea(keyboard, target_textarea); lv_obj_clear_flag(keyboard, LV_OBJ_FLAG_HIDDEN); // 显示键盘 } void hide_keyboard(void) { if (keyboard) { lv_obj_add_flag(keyboard, LV_OBJ_FLAG_HIDDEN); // 隐藏键盘不释放内存 } }三、 图形库选型与无GPU软件渲染不同的硬件环境需要匹配合适的UI框架与渲染后端。轻量化图形库在极低资源的MCU上推荐使用LVGL、microui等轻量级C语言图形库。它们专为资源受限环境设计核心库RAM占用可控制在极低水平且提供丰富的控件体系。无GPU的软件光栅化对于缺乏独立GPU的MCU如Cortex-M7/A系列可显式指定软件渲染后端如Qt Raster引擎利用CPU的SIMD指令集如NEON进行像素填充。图层缓存Layer Caching将复杂的静态背景或矢量图缓存为纹理当指针等动态元素发生动画时仅重绘独立层避免触发全局重绘。四、 多线程架构与异步事件处理UI的流畅度不仅取决于渲染更取决于输入事件的处理延迟与主线程的负载。严格的线程隔离将UI主线程与数据采集、网络通信、文件I/O等耗时任务彻底分离。严禁在主线程中进行同步网络请求或大文件读取防止界面卡死。异步协程与消息队列对于耗时操作采用异步模式或独立的协程Task/Coroutine执行。数据准备完毕后通过消息总线或信号槽机制通知主线程更新UI。触摸容差与事件节流适当调大触摸屏的点击容差Touch Tolerance降低事件过滤频率减少误触判断带来的CPU耗时提升滑动跟手度。// ui_task_manager.c #include FreeRTOS.h #include queue.h #include lvgl.h // 定义跨线程的 UI 更新消息 typedef enum { MSG_UPDATE_TEMP, MSG_UPDATE_STATUS } UiMsgType; typedef struct { UiMsgType type; int32_t value; } UiMessage; // 线程安全的消息队列 static QueueHandle_t ui_msg_queue; // 业务线程数据采集与网络通信 void sensor_task(void *pvParameters) { while (1) { int32_t temp read_hardware_sensor(); UiMessage msg { .type MSG_UPDATE_TEMP, .value temp }; // 将数据推入队列绝不直接调用 LVGL API xQueueSend(ui_msg_queue, msg, portMAX_DELAY); vTaskDelay(pdMS_TO_TICKS(1000)); } } // UI 主线程仅负责渲染与处理消息 void ui_render_task(void *pvParameters) { ui_msg_queue xQueueCreate(10, sizeof(UiMessage)); lv_obj_t * temp_label lv_label_create(lv_scr_act()); while (1) { UiMessage msg; // 非阻塞读取消息队列 if (xQueueReceive(ui_msg_queue, msg, 0) pdTRUE) { if (msg.type MSG_UPDATE_TEMP) { // 在 UI 线程中安全地更新界面 lv_label_set_text_fmt(temp_label, Temp: %d C, msg.value); } } // 处理 LVGL 内部任务与局部脏矩形重绘 lv_timer_handler(); vTaskDelay(pdMS_TO_TICKS(5)); // 约 200 FPS 的轮询频率 } }五、 渲染管线极致优化显存操作与绘制指令合并在缺乏独立GPU的MCU上CPU与显存FrameBuffer之间的总线带宽往往是最大的性能瓶颈。绘制指令合并Draw Call Batching严禁在UI循环中频繁调用底层的像素绘制函数。必须在UI框架层建立渲染队列将同一图层、同一混合模式的连续绘制操作合并为单次内存拷贝memcpy或DMA传输大幅降低CPU的函数调用开销与总线仲裁延迟。硬件DMA与2D加速器DMA2D/Chrom-ART卸载充分利用MCU内置的2D图形加速器。将纯色填充、矩形拷贝、Alpha混合等高频操作交由DMA2D硬件执行CPU仅需下发指令并等待中断从而释放大量算力用于业务逻辑。抗锯齿与字体渲染降级在极低算力设备上复杂的抗锯齿Anti-Aliasing算法会消耗大量CPU周期。可采用双线性插值Bilinear Filtering或预渲染的位图字体Bitmap Font替代矢量字体实时光栅化以牺牲微小的视觉锐度换取数倍的渲染帧率提升。// dma2d_renderer.c #include stm32f7xx_hal.h // 以STM32F7系列为例 // 使用 DMA2D 进行纯色矩形填充硬件卸载 void dma2d_fill_rect(uint32_t color, uint16_t x, uint16_t y, uint16_t w, uint16_t h) { // 配置 DMA2D 为内存到内存模式纯色填充 hdma2d.Init.Mode DMA2D_R2M; HAL_DMA2D_Init(hdma2d); // 启动 DMA2D 传输CPU 立即返回无需等待 HAL_DMA2D_Start(hdma2d, color, (uint32_t)(FRAME_BUFFER_ADDR (y * LCD_WIDTH x) * 2), w, h); } // 绘制指令合并将连续的相同颜色填充合并为一次 DMA2D 调用 void batch_fill_rectangles(const Rect* rects, uint32_t count, uint32_t color) { // 实际工程中此处可加入矩形连通性检测将相邻同色矩形合并 for (uint32_t i 0; i count; i) { dma2d_fill_rect(color, rects[i].x, rects[i].y, rects[i].w, rects[i].h); } }六、 内存安全与碎片化防御机制嵌入式设备的RAM极其珍贵长时间运行后的内存碎片化是导致UI崩溃的隐形杀手。自定义内存分配器Custom Allocator摒弃标准的malloc/free针对UI控件的生命周期特征在UI框架底层实现专用的内存池Memory Pool或区域分配器Arena Allocator。UI控件的创建与销毁仅在固定大小的内存块中进行从根本上杜绝内存碎片化。严格的内存水位监控在UI主循环中植入内存探针实时统计当前可用内存与最大连续可用块。当内存水位逼近安全阈值时主动触发非关键资源如低优先级页面的背景图、历史动画缓存的强制回收防止系统OOMOut Of Memory崩溃。七、 交互体验的物理补偿与视觉欺骗在无法达到60fps的硬件上通过算法与视觉设计弥补流畅度的不足。输入预测与视觉平滑在滑动列表或拖拽控件时若检测到渲染掉帧可通过插值算法如线性或贝塞尔曲线对触摸坐标进行预测并在两帧之间平滑过渡控件位置。这种“视觉欺骗”能让 30fps 甚至 20fps 的滑动体验依然保持跟手。非对称渲染策略将UI元素按重要程度分级。在系统负载极高时优先保证核心交互区如按钮、滑块的实时响应主动降低或暂停非核心区域如远处的背景动画、半透明遮罩的刷新率确保用户的每一次点击都能得到即时反馈。// touch_smoothing.c typedef struct { int16_t target_x, target_y; // 触摸真实坐标 int16_t render_x, render_y; // 实际渲染坐标 float smoothing_factor; // 平滑系数 (0.0 ~ 1.0) } TouchSmoother; // 在每一帧的渲染循环中调用实现视觉平滑 void update_smooth_position(TouchSmoother* smoother) { // 线性插值算法渲染坐标逐渐逼近真实触摸坐标 smoother-render_x (int16_t)((smoother-target_x - smoother-render_x) * smoother-smoothing_factor); smoother-render_y (int16_t)((smoother-target_y - smoother-render_y) * smoother-smoothing_factor); // 将平滑后的坐标应用到 UI 控件 // lv_obj_set_pos(list_container, smoother-render_x, smoother-render_y); }八、 硬件抽象层HAL与跨平台解耦为了应对不同批次硬件的替换或升级必须建立坚固的底层抽象。显示与输入接口标准化定义统一的显示驱动接口如flush_buffer,set_backlight和输入事件接口如read_touch,read_key。UI框架仅依赖这些抽象接口底层更换LCD屏幕型号或触摸IC时仅需修改HAL层实现UI业务代码实现零修改。帧率自适应调节在HAL层实现动态帧率控制。当系统检测到用户处于静止阅读状态时自动将刷新率降至 15fps 以降低功耗当检测到滑动或动画触发时瞬间拉升至硬件支持的最高帧率实现性能与功耗的完美平衡。// hal_display.c #include lvgl.h // 1. 标准化的显示驱动接口 typedef struct { void (*flush)(lv_disp_drv_t *drv, const lv_area_t *area, lv_color_t *color_p); void (*set_backlight)(uint8_t brightness); } HalDisplayInterface; // 2. 帧率自适应调节机制 static uint32_t last_touch_time 0; static bool is_high_performance_mode false; void hal_check_adaptive_framerate() { uint32_t now lv_tick_get(); // 若距离上次触摸超过 3秒且处于高性能模式则降帧省电 if (is_high_performance_mode (now - last_touch_time 3000)) { lv_disp_set_fps(lv_disp_get_default(), 15); // 降至 15fps is_high_performance_mode false; } } // 触摸事件回调中触发升帧 void hal_on_touch_event() { last_touch_time lv_tick_get(); if (!is_high_performance_mode) { lv_disp_set_fps(lv_disp_get_default(), 60); // 瞬间拉升至 60fps is_high_performance_mode true; } }
