1. 环境搭建与基础配置

在开始LVGL内存优化之前，我们需要先搭建好开发环境。PlatformIO+VSCode的组合为嵌入式开发提供了极大的便利，特别是对于STM32这类MCU的开发。我最初接触这个组合时，就被它的高效所吸引，相比传统的Keil或IAR，PlatformIO的库管理确实省心不少。

首先确保你已经安装了VSCode，然后在扩展商店中搜索PlatformIO IDE进行安装。这里有个小技巧：安装完成后最好重启一次VSCode，有时候插件需要完全重启才能生效。安装过程中我遇到过插件卡在初始化阶段的情况，重启后问题就解决了。

创建新工程时，选择STM32L476RG作为目标板（Nucleo-L476RG开发板），框架选择STM32Cube。PlatformIO会自动下载所需的工具链和库文件，这个过程可能会花费一些时间，取决于你的网络状况。建议在platformio.ini配置文件中添加以下几行关键配置：

[env:nucleo_l476rg]
platform = ststm32
board = nucleo_l476rg
framework = stm32cube
upload_protocol = stlink
lib_deps = 
    lvgl/lvgl@^8.3.0

ST7789屏幕的驱动准备是另一个关键点。根据我的经验，市面上常见的1.54寸240x240分辨率屏幕虽然都标称使用ST7789驱动芯片，但不同厂家的初始化序列可能略有差异。我在项目中使用的是一款中景园的IPS屏幕，它的SPI接口需要工作在Mode 3。驱动代码中需要特别注意CS引脚的处理，有些屏幕需要硬件CS，有些则可以不用。

2. LVGL移植与初始配置

LVGL的移植过程相对直接，但有几个配置点需要特别注意。首先是通过PlatformIO的库管理器添加LVGL库时，建议选择8.x版本，这个版本在内存管理方面做了很多优化。添加库后，PlatformIO会自动下载依赖，但我们需要手动处理lv_conf.h配置文件。

在项目中，我通常这样做：将lvgl目录下的lv_conf_template.h复制到src目录，重命名为lv_conf.h，并修改以下关键参数：

#define LV_MEM_SIZE (32*1024)  // 初始设置为32KB
#define LV_MEM_CUSTOM 0
#define LV_USE_LOG 1
#define LV_HOR_RES_MAX 240
#define LV_VER_RES_MAX 240
#define LV_COLOR_DEPTH 16

这里有个坑我踩过：LVGL默认使用内部的内存管理，但在STM32L476上，我们只有128KB的RAM，如果GUI比较复杂，32KB可能不够用。后续我们会详细讨论如何优化这个配置。

显示驱动接口的实现是移植的核心。基于ST7789的驱动需要实现flush_cb回调函数，这个函数负责将LVGL生成的图像数据发送到屏幕。在我的项目中，这个函数是这样实现的：

void my_disp_flush(lv_disp_drv_t * disp, const lv_area_t * area, lv_color_t * color_p) {
    uint32_t w = area->x2 - area->x1 + 1;
    uint32_t h = area->y2 - area->y1 + 1;
    
    tft.startWrite();
    tft.setAddrWindow(area->x1, area->y1, w, h);
    tft.writePixels((uint16_t*)color_p, w * h);
    tft.endWrite();
    
    lv_disp_flush_ready(disp);
}

3. 内存监控与分析工具

当UI复杂度增加时，内存问题就会显现出来。STM32L476的128KB RAM看似不少，但系统堆、栈、外设缓冲区等都会占用部分内存，留给LVGL的空间其实很有限。这时候就需要有效的内存监控手段。

LVGL内置了一个实用的内存监控函数lv_mem_monitor()，它可以提供详细的内存使用情况。我在调试时通常会创建一个定时任务，定期打印内存信息：

void memory_monitor_task(lv_task_t * task) {
    lv_mem_monitor_t mon;
    lv_mem_monitor(&mon);
    
    printf("Total: %d, Used: %d (%.1f%%), Frag: %d%%\n",
           mon.total_size, 
           mon.total_size - mon.free_size,
           mon.used_pct,
           mon.frag_pct);
}

通过这个监控，我发现几个常见的内存问题模式：

1. 内存泄漏：used_pct持续增长，即使界面没有变化
2. 内存碎片：free_biggest_size远小于free_size
3. 峰值内存不足：在特定操作时used_pct突然飙升导致系统崩溃

除了LVGL自带的内存监控，STM32CubeMX生成的工程默认会启用__heap_limit，这个功能可以在堆耗尽时触发HardFault，帮助我们及时发现内存问题。在开发阶段，我建议在FreeRTOS配置中调大堆栈大小，并启用堆栈溢出检测：

#define configCHECK_FOR_STACK_OVERFLOW 2
#define configTOTAL_HEAP_SIZE ((size_t)(30*1024))

4. 内存优化实战技巧

经过前面的准备工作，我们现在可以深入探讨具体的内存优化技巧了。根据我的项目经验，这些方法对STM32L476特别有效。

配置优化： 在lv_conf.h中，以下几个参数对内存影响最大：

#define LV_MEM_SIZE (24*1024)  // 根据实际调整
#define LV_DISP_DEF_REFR_PERIOD 30  // 增加刷新周期减少CPU负载
#define LV_USE_GPU 0  // 除非必要，否则禁用GPU加速
#define LV_USE_ANIMATION 0  // 禁用动画效果节省内存
#define LV_USE_SHADOW 0  // 阴影效果很耗内存

对象池模式： 对于频繁创建销毁的UI元素，使用对象池可以显著减少内存碎片。例如，列表中的项目可以这样管理：

#define MAX_ITEMS 20
static lv_obj_t *item_pool[MAX_ITEMS];

void init_item_pool() {
    for(int i=0; i<MAX_ITEMS; i++) {
        item_pool[i] = lv_obj_create(lv_scr_act(), NULL);
        lv_obj_set_hidden(item_pool[i], true);
    }
}

lv_obj_t* get_item_from_pool() {
    for(int i=0; i<MAX_ITEMS; i++) {
        if(lv_obj_get_hidden(item_pool[i])) {
            lv_obj_set_hidden(item_pool[i], false);
            return item_pool[i];
        }
    }
    return NULL;
}

样式共享： LVGL的样式系统非常灵活，但也容易造成内存浪费。我建议创建几个基础样式，然后通过修改而不是创建新样式来实现不同的视觉效果：

static lv_style_t base_style;
static lv_style_t highlight_style;

void init_styles() {
    lv_style_init(&base_style);
    lv_style_set_bg_color(&base_style, LV_STATE_DEFAULT, LV_COLOR_WHITE);
    lv_style_set_border_width(&base_style, LV_STATE_DEFAULT, 1);
    
    lv_style_init(&highlight_style);
    lv_style_set_bg_color(&highlight_style, LV_STATE_DEFAULT, LV_COLOR_BLUE);
}

双缓冲优化： 对于ST7789这类SPI屏幕，合理的显示缓冲配置能平衡性能和内存消耗。我的经验是使用1/10屏幕高度的行缓冲：

static lv_color_t buf[LV_HOR_RES_MAX * 24];  // 24行缓冲
static lv_disp_buf_t disp_buf;

lv_disp_buf_init(&disp_buf, buf, NULL, LV_HOR_RES_MAX * 24);

字体优化： 字体是内存消耗大户。只包含需要的字符集，并使用LVGL的字体转换工具生成精简字体：

lv_font_conv --font Roboto-Regular.ttf -r 0x20-0x7F --size 16 --format lvgl -o font_16.c

5. 常见问题与解决方案

在实际项目中，我遇到过各种内存相关的问题，这里分享几个典型案例和解决方法。

内存泄漏检测： LVGL对象如果没有正确删除会导致内存泄漏。我开发了一个简单的检测方法：

void check_memory_leak() {
    static uint32_t last_free = 0;
    lv_mem_monitor_t mon;
    lv_mem_monitor(&mon);
    
    if(last_free != 0 && mon.free_size < last_free) {
        printf("Possible leak! Free memory decreased from %d to %d\n",
               last_free, mon.free_size);
    }
    last_free = mon.free_size;
}

内存碎片处理： 长期运行后，内存碎片可能导致无法分配大块内存。LVGL8.x版本提供了内存整理功能：

if(mon.free_biggest_size < 1024 && mon.frag_pct > 30) {
    lv_mem_defrag();
    printf("Performed defragmentation\n");
}

优化SPI传输： ST7789的SPI传输优化可以间接减少内存需求。启用DMA并合理设置SPI时钟：

void SPI2_Init(void) {
    hspi2.Instance = SPI2;
    hspi2.Init.Mode = SPI_MODE_MASTER;
    hspi2.Init.Direction = SPI_DIRECTION_2LINES;
    hspi2.Init.DataSize = SPI_DATASIZE_8BIT;
    hspi2.Init.CLKPolarity = SPI_POLARITY_HIGH;
    hspi2.Init.CLKPhase = SPI_PHASE_2EDGE;
    hspi2.Init.NSS = SPI_NSS_SOFT;
    hspi2.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_4;
    hspi2.Init.FirstBit = SPI_FIRSTBIT_MSB;
    if (HAL_SPI_Init(&hspi2) != HAL_OK) {
        Error_Handler();
    }
}

LVGL任务调度： 合理设置LVGL的任务处理周期可以平衡响应速度和内存使用：

void HAL_SYSTICK_Callback(void) {
    static uint8_t counter = 0;
    if(++counter >= 5) {  // 每5ms处理一次LVGL任务
        counter = 0;
        lv_task_handler();
    }
}

经过这些优化后，我的一个典型项目内存使用情况从最初的78%降到了45%，且长期运行稳定性显著提高。关键是要持续监控内存使用情况，特别是在添加新功能时。