3、CPU负载分析与优化：识别高CPU占用的回调函数，优化业务逻辑代码，减少不必要的计算，使用DMA进行数据搬运

CPU负载高，说白了就是你的MCU在“忙死”和“卡死”之间反复横跳。TouchGFX跑起来掉帧、触摸反应慢，十有八九是CPU被某些回调函数给拖垮了。这一章，我就带你一步步揪出这些“CPU杀手”，然后干掉它们。

3.1 先找到“谁”在吃CPU

别凭感觉猜，得用数据说话。我个人习惯先用TouchGFX自带的性能分析工具，或者直接怼一个GPIO翻转来测量关键函数的执行时间。

第一步：开启性能测量

在TouchGFX Designer里，把“Enable Performance Measurements”勾上。编译下载后，串口会吐出一堆数据。重点关注FrameTime和MCUload这两个值。

第二步：用GPIO“掐表”

更粗暴的方法，在怀疑有问题的回调函数前后，拉高拉低一个GPIO。用逻辑分析仪一看，哪个函数占用的时间最长，一目了然。

// 示例：在回调函数前后测量执行时间
void myButtonCallback(const AbstractButton& button)
{
    HAL_GPIO_WritePin(DEBUG_GPIO_Port, DEBUG_Pin, GPIO_PIN_SET); // 开始

    // ... 你的业务逻辑 ...

    HAL_GPIO_WritePin(DEBUG_GPIO_Port, DEBUG_Pin, GPIO_PIN_RESET); // 结束
}

嗯，这里要注意，别在中断服务函数里干这种事，容易把系统搞崩。

3.2 揪出“高CPU占用”的回调函数

找到测量点之后，我们来看看哪些回调函数是“惯犯”。我遇到过最典型的，就是handleTickEvent()和自定义控件的draw()方法。

回调函数	常见“犯罪”行为	影响
handleTickEvent()	在里面做大量数学运算、字符串拼接、或者轮询外部传感器。	每帧都执行，直接拉高平均负载。
draw()	绘制复杂图形时，逐像素计算，或者频繁调用setColor()。	拖慢渲染速度，导致掉帧。
buttonClickedHandler()	点击后立即执行文件I/O、网络请求或复杂数据库查询。	界面“冻住”，用户体验极差。

3.3 优化业务逻辑代码：少算、精算、延后算

找到问题代码后，怎么改？核心思想就三个字：少算点。

3.4.1 减少不必要的计算

你想想看，有些计算真的需要每帧都做吗？比如一个温度值，每秒更新一次就够了，没必要在handleTickEvent()里每16ms刷新一次。

// 优化前：每帧都计算
void handleTickEvent()
{
    float value = calculateComplexFormula();
    updateUI(value);
}

// 优化后：每100帧计算一次
void handleTickEvent()
{
    static int counter = 0;
    if (++counter >= 100)
    {
        counter = 0;
        float value = calculateComplexFormula();
        updateUI(value);
    }
}

3.4.2 使用查表法代替实时计算

对于一些固定的数学函数（比如正弦、余弦），提前算好存到数组里，用的时候直接查表。这招在波形显示、仪表盘动画里特别管用。

// 预计算正弦表
const uint16_t SINE_TABLE[256] = {
    0, 2, 4, 6, ... // 提前算好
};

// 使用时直接查表
uint16_t value = SINE_TABLE[index];

3.4.3 延迟加载与懒更新

不是所有UI元素都需要立刻更新。比如一个复杂的图表，只有当用户滑动到它时才去刷新数据。这就是“懒更新”的思路。

3.5 使用DMA进行数据搬运：把CPU解放出来

CPU最烦什么？最烦做“搬运工”。比如把一大块图像数据从Flash搬到LCD显存，或者从摄像头DCMI接口搬到内存。这种活，交给DMA干最合适。

DMA的核心优势：它可以在后台默默搬运数据，CPU完全不用管，可以继续处理触摸事件、动画逻辑。等DMA搬完了，触发一个完成中断，通知CPU一声就行。

3.5.1 TouchGFX中的DMA应用场景

• 帧缓冲刷新：当使用双缓冲或局部刷新时，用DMA把绘制好的缓冲区内容搬运到LCD接口。
• 图像解码：解码JPEG或PNG时，DMA可以把数据从存储介质搬到解码器，不占用CPU。
• SPI/I2C通信：与外部传感器或存储器通信时，DMA可以自动收发数据。

3.5.2 配置DMA搬运的示例

以STM32为例，配置DMA搬运帧缓冲到LTDC（LCD控制器）的代码大致如下：

// 配置DMA2D（STM32的专用图形DMA）
void MX_DMA2D_Init(void)
{
    hdma2d.Instance = DMA2D;
    hdma2d.Init.Mode = DMA2D_M2M; // 内存到内存模式
    hdma2d.Init.ColorMode = DMA2D_RGB565;
    hdma2d.Init.OutputOffset = 0;
    hdma2d.LayerCfg[1].InputOffset = 0;
    hdma2d.LayerCfg[1].InputColorMode = DMA2D_RGB565;
    hdma2d.LayerCfg[1].AlphaMode = DMA2D_NO_MODIF_ALPHA;
    hdma2d.LayerCfg[1].InputAlpha = 0xFF;
    HAL_DMA2D_Init(&hdma2d);
}

// 启动DMA搬运
void StartDMA2DTransfer(uint32_t srcAddr, uint32_t dstAddr, uint16_t width, uint16_t height)
{
    HAL_DMA2D_Start(&hdma2d, srcAddr, dstAddr, width, height);
    // CPU可以在这里干别的事，DMA在后台搬数据
}

3.6 实战案例：优化一个卡顿的仪表盘界面

我记得有一次，一个客户说他们的仪表盘界面在刷新指针时特别卡。我用GPIO测量法一查，发现draw()函数里用了大量的sin()和cos()来计算指针位置。

优化步骤：

1. 查表法：把360度的正弦值预计算好，存到数组里。
2. 减少绘制区域：只绘制指针变化的那一小块区域，而不是全屏重绘。
3. DMA搬运：把绘制好的指针位图，用DMA2D搬运到帧缓冲中。

优化后，CPU负载从85%降到了22%，帧率稳定在60fps。客户很满意，我也松了口气。

3.7 本章知识体系总览

下面这张图，帮你把本章的核心逻辑串起来。从发现问题到解决问题，一条线走到底。

这张图把整个优化流程串起来了。你从“发现问题”开始，一步步走到“验证优化效果”。每一步都有对应的技术手段，别跳步，也别心急。