1. 项目概述为什么嵌入式GUI开发是个“瓷器活”在消费电子、工业控制和医疗设备这些领域里用户与机器交互的“脸面”——也就是图形用户界面GUI——正变得越来越重要。十年前一个带几个LED指示灯和物理按键的设备可能就够用了但现在用户期待的是流畅的动画、清晰的图标和直观的触控体验。然而嵌入式系统的资源内存、算力、功耗向来是“寸土寸金”在这种严苛的限制下开发出既美观又流畅的GUI无异于在螺蛳壳里做道场是个不折不扣的“瓷器活”。这个“活”的核心挑战在于如何将图形渲染、用户输入处理和实时任务调度这三者高效地结合起来。图形渲染需要占用大量的CPU时间和内存带宽而实时操作系统RTOS的核心任务是确保关键任务如电机控制、数据采集的响应时间确定。如果GUI设计不当一个华丽的动画就可能“卡死”整个系统。因此一套成熟的嵌入式GUI解决方案其价值远不止于画几个按钮它必须提供一套完整的软件架构来妥善处理硬件抽象、资源管理和跨平台兼容性。NXP的PEG图形软件家族包括PEG Lite, PEG Plus, PEG Pro就是为解决这类问题而生的。它不是一个孤立的绘图库而是一个从底层驱动到上层应用工具链的完整生态。其核心思想是模块化和分层解耦。简单来说PEG提供了一个与硬件和RTOS无关的核心图形库开发者只需要实现或适配几个关键的驱动接口LCD驱动、输入驱动、RTOS驱动就能将这套强大的GUI能力“嫁接”到自己的目标板上。这种设计让硬件选型、RTOS选型和UI设计可以并行推进大大缩短了开发周期。接下来我将结合自己过去在基于NXP i.MX RT系列MCU和ThreadX RTOS的项目经验深入拆解PEG的架构、驱动实现细节以及那些在官方文档里不会写的实战心得。2. PEG软件架构深度解析三层驱动模型如何工作PEG的架构清晰地将GUI系统划分为三个层次这种设计是其高效和可移植性的基石。理解每一层的职责和它们之间的协作关系是进行成功开发和问题排查的关键。2.1 核心层PEG图形库——与硬件无关的“图形引擎”PEG图形库是整个架构的心脏它完全独立于具体的硬件平台和操作系统。这意味着库中所有关于窗口管理、控件绘制、事件处理、字体渲染、图像解码如PNG、JPEG的逻辑都是用标准的C编写的。它通过一套精心定义的抽象接口来与外部世界通信而不直接调用任何硬件寄存器或特定的RTOS API。这个设计带来了巨大的好处可移植性。当你需要将GUI从NXP的Kinetis MCU移植到ST的STM32系列或者从ThreadX RTOS切换到FreeRTOS时理论上你完全不需要修改应用层的任何一行UI代码也无需改动PEG库本身。你需要做的只是为新平台重新实现或适配那三个基础驱动。这相当于为你的UI逻辑构建了一个稳定的“虚拟机”。在库的内部它管理着诸如显示缓冲区Frame Buffer、脏矩形更新区域Dirty Rectangle、控件树Widget Tree、消息队列等核心数据结构。例如当用户点击一个按钮时库会计算这个按钮的坐标是否在触摸点范围内然后生成一个WM_PEN_DOWN事件并将其放入内部的消息队列最终分发给对应窗口的回调函数处理。所有这些逻辑都封装在库内对开发者透明。2.2 驱动层三大基础驱动——连接虚实的“桥梁”驱动层是PEG架构中最需要开发者投入精力的部分它由三个独立的驱动模块构成每个都扮演着至关重要的角色。1. LCD驱动像素数据的“搬运工”LCD驱动的唯一使命就是将PEG库渲染好的图像数据通常是一个位于RAM中的帧缓冲区高效地送到显示屏上。PEG库会调用一个名为PegScreenUpdate的函数或类似接口并传递需要更新的屏幕区域坐标和指向帧缓冲区的指针。驱动的工作就是把这些数据“搬”过去。对于自带显存的LCD控制器如SSD1963, ILI9341驱动通常通过FSMCFlexible Static Memory Controller或QSPI等高速接口将帧缓冲区的数据批量写入控制器的GRAM图形内存。这里的关键优化是使用DMA直接内存访问来搬运数据从而解放CPU。你需要根据控制器数据手册配置好时序参数如读写周期、建立/保持时间。对于无内置显存的简单屏或使用MCU屏模式帧缓冲区本身就是显存。驱动需要实现基本的画点函数但更高效的做法是PEG库会直接操作这个缓冲区驱动只在垂直消隐期间或定时将整个缓冲区通过并口或RGB接口扫描出去。注意帧缓冲区的格式必须与LCD控制器和PEG库的配置一致。常见的有RGB56516位、RGB88824位。如果格式不匹配会出现严重的颜色错乱。务必在PegScreen.h或类似的配置文件中正确定义PEG_PHYSICAL_COLORS。2. RTOS驱动系统资源的“协调员”RTOS驱动让PEG库能够在一个多任务环境中安全、高效地运行。它主要封装了以下几类操作任务与同步创建一个专有的GUI任务或线程并为其设置合理的栈大小和优先级。GUI任务的优先级通常设置为中等既不能高于关键的控制任务避免GUI阻塞系统也不能太低保证界面响应流畅。驱动需要实现信号量Semaphore或互斥锁Mutex来保护对共享资源如帧缓冲区、输入事件队列的访问。定时器PEG库需要系统定时器来驱动动画、光标闪烁等。驱动需要实现一个基于RTOS tick或硬件定时器的定时回调机制并调用PEG的PegTimer服务函数。内存管理虽然PEG有自己的内存分配但驱动可能需要为帧缓冲区等大块内存提供从RTOS内存池或特定内存区域的分配接口。例如在ThreadX中你可能会在驱动中看到这样的初始化代码// 创建GUI任务 tx_thread_create(gui_thread, “GUI Thread”, gui_task_entry, 0, gui_stack, GUI_STACK_SIZE, GUI_PRIORITY, GUI_PRIORITY, TX_NO_TIME_SLICE, TX_AUTO_START); // 创建用于保护帧缓冲区的互斥锁 tx_mutex_create(frame_buffer_mutex, “FB Mutex”, TX_INHERIT); // 创建用于GUI任务同步的信号量 tx_semaphore_create(gui_semaphore, “GUI Sem”, 0);3. 输入驱动用户意图的“翻译官”输入驱动负责采集原始的硬件输入事件并将其转换为PEG库能够理解的标准化消息。最常见的输入设备是电阻式或电容式触摸屏。触摸屏驱动需要周期性地例如通过定时器中断或任务读取触摸控制器如FT6236, GT911的寄存器获取坐标和按压状态。然后将原始的(x, y)坐标通常是ADC值转换为屏幕像素坐标。这里涉及校准通常采用两点或三点校准法将触摸板的物理坐标线性映射到LCD的逻辑坐标。转换后驱动调用PegTouchPutMessage函数将TOUCH_DOWN、TOUCH_MOVE或TOUCH_UP事件放入PEG的消息队列。键盘/编码器对于物理按键或旋转编码器驱动需要去抖处理后将键值映射为PEG定义的虚拟键码如PK_UP,PK_DOWN,PK_ENTER并通过PegKeyboardPutMessage发送。实操心得输入事件的响应速度直接影响用户体验。建议将触摸屏读取放在一个高优先级的任务或中断服务程序ISR中但切记不要在ISR内直接调用PEG的PutMessage函数因为PEG的内部函数可能不是可重入的。最佳实践是在ISR中仅设置一个标志或写入一个环形缓冲区然后在一个较低优先级的任务中读取这个缓冲区并调用PEG API提交事件。2.3 应用层业务逻辑的“舞台”在驱动层搭建好稳固的桥梁后应用层开发者就可以专注于业务逻辑和用户体验了。这一层主要包含两部分由PEG WindowBuilder生成的代码这部分代码定义了窗口、控件及其布局、属性如颜色、字体、以及简单的初始行为如按钮的文本。它相当于UI的“静态骨架”。开发者手写的业务逻辑代码你需要为各个控件如按钮、滑块编写事件回调函数。例如当“开始”按钮被点击时在对应的回调函数里启动一个电机控制任务或者根据传感器数据在另一个回调函数中更新进度条的数值和文本标签。PEG WindowBuilder工具极大地简化了应用层的开发。它提供了一个WYSIWYG所见即所得的拖拽式界面设计环境让你在PC上就能完成UI布局和预览并自动生成跨平台的C代码。这意味着硬件工程师还在调试电路板的同时软件工程师就可以并行开发UI原型并进行早期的用户体验验证这是降低项目风险、加速开发进程的关键一步。3. 驱动开发实战以ThreadX RTOS与SPI触摸屏为例理论讲得再多不如一行代码。下面我将以一个典型的场景为例详细展示如何为基于NXP i.MX RT1060使用ThreadX RTOS和SPI接口电容触摸屏以GT911为例的平台实现PEG的RTOS驱动和输入驱动。3.1 RTOS驱动实现详解RTOS驱动的核心是创建一个专有的GUI任务并为其提供必要的时间片和同步机制。第一步定义GUI任务入口和资源首先在peg_user.h或独立的驱动文件中定义任务栈、控制块以及同步对象。// 定义GUI任务栈大小需根据项目实际情况调整通常8KB-16KB static ULONG gui_task_stack[GUI_TASK_STACK_SIZE / sizeof(ULONG)]; // GUI任务控制块 static TX_THREAD gui_task; // 用于触发GUI任务运行的信号量 static TX_SEMAPHORE gui_semaphore; // 保护共享帧缓冲区的互斥锁如果有多任务访问 static TX_MUTEX frame_buffer_mutex;第二步实现GUI任务函数这个函数是PEG库的主循环。它初始化PEG然后在一个无限循环中处理消息、更新屏幕。void gui_task_entry(ULONG thread_input) { /* 1. 初始化PEG库 */ PegInitialize(); /* 2. 创建并显示你的主窗口这里假设由WindowBuilder生成*/ MainWindow *pMain new MainWindow(); PegPresentationManager *pPM PegPresentationManager::GetPresentationManager(); pPM-Execute(pMain); /* 3. GUI主循环 */ while(1) { /* 等待信号量触发。这里我们设置为每10ms触发一次即GUI刷新率约为100Hz。 也可以由垂直同步VSYNC中断来触发以实现更精准的帧同步。*/ tx_semaphore_get(gui_semaphore, TX_WAIT_FOREVER); /* 获取帧缓冲区锁如果有多任务绘图需求*/ // tx_mutex_get(frame_buffer_mutex, TX_WAIT_FOREVER); /* 处理所有 pending 的PEG消息触摸、键盘、定时器等*/ PegMessageQueue *pMsgQueue PegMessageQueue::GetCurrentMessageQueue(); if (pMsgQueue) { while(pMsgQueue-NumMessages()) { pMsgQueue-DispatchMessage(); } } /* 检查并更新所有需要重绘的脏矩形区域 */ if (PegThing::IsAnythingDirty()) { PegScreen-BeginDraw(); PegThing::DrawEverything(); // 这是核心绘制函数 PegScreen-EndDraw(); PegThing::ResetDirtyFlags(); } /* 释放帧缓冲区锁 */ // tx_mutex_put(frame_buffer_mutex); /* 调用PEG的定时器服务处理内部动画等 */ PegTimerService(); } }第三步系统初始化与定时触发在系统启动的main函数或专门的硬件初始化函数中我们需要创建任务和同步对象并设置一个定时器来周期性唤醒GUI任务。int main(void) { /* 硬件初始化时钟、引脚、SPI、I2C等 */ BOARD_InitHardware(); /* 初始化ThreadX内核 */ tx_kernel_enter(); /* 注意以下代码在线程中执行例如在 tx_application_define 函数中 */ } void tx_application_define(void *first_unused_memory) { /* 创建GUI信号量 */ tx_semaphore_create(gui_semaphore, “GUI Update Sem”, 0); /* 创建GUI任务 */ tx_thread_create(gui_task, “GUI Task”, gui_task_entry, 0, gui_task_stack, GUI_TASK_STACK_SIZE, 15, 15, // 优先级设为15根据系统调整 TX_NO_TIME_SLICE, TX_AUTO_START); /* 创建一个周期为10ms的软件定时器用于触发GUI更新 */ tx_timer_create(gui_timer, “GUI Timer”, gui_timer_expire_callback, 0, 10, 10, TX_AUTO_ACTIVATE); } /* 定时器回调函数简单地释放信号量 */ void gui_timer_expire_callback(ULONG expiration_input) { tx_semaphore_put(gui_semaphore); }通过以上步骤我们就建立了一个在ThreadX管理下以固定频率100Hz稳定运行的GUI任务框架。3.2 输入驱动触摸屏实现详解我们以通过SPI接口连接GT911触摸芯片为例。GT911通常支持中断和轮询两种模式中断模式更高效。第一步硬件初始化与配置// 假设使用LPSPI1 void TOUCH_Init(void) { // 1. 配置触摸屏复位引脚和中断引脚为GPIO GPIO_PinInit(TOUCH_RST_GPIO, TOUCH_RST_PIN, (gpio_pin_config_t){kGPIO_DigitalOutput, 1}); GPIO_PinInit(TOUCH_INT_GPIO, TOUCH_INT_PIN, (gpio_pin_config_t){kGPIO_DigitalInput, 0}); // 2. 硬件复位GT911 GPIO_PinWrite(TOUCH_RST_GPIO, TOUCH_RST_PIN, 0); SDK_DelayAtLeastUs(10000, SystemCoreClock); // 延时10ms GPIO_PinWrite(TOUCH_RST_GPIO, TOUCH_RST_PIN, 1); SDK_DelayAtLeastUs(50000, SystemCoreClock); // 延时50ms // 3. 配置SPI主机 lpspi_master_config_t masterConfig; LPSPI_MasterGetDefaultConfig(masterConfig); masterConfig.baudRate 1000000; // 1MHz masterConfig.whichPcs kLPSPI_Pcs0; LPSPI_MasterInit(TOUCH_SPI, masterConfig, CLOCK_GetFreq(kCLOCK_Usb1PllPfd0Clk)); // 4. 配置中断引脚下降沿触发并绑定中断服务函数 GPIO_SetPinInterruptConfig(TOUCH_INT_GPIO, TOUCH_INT_PIN, kGPIO_InterruptFallingEdge); GPIO_PortEnableInterrupts(TOUCH_INT_GPIO, 1U TOUCH_INT_PIN); EnableIRQ(TOUCH_INT_IRQn); }第二步中断服务程序ISR与事件队列在ISR中我们只做最少的操作读取触摸状态并将原始数据存入一个线程安全的环形缓冲区Ring Buffer。#define TOUCH_EVENT_QUEUE_SIZE 10 typedef struct { uint16_t x; uint16_t y; uint8_t event; // 0: UP, 1: DOWN, 2: MOVE } touch_event_t; static touch_event_t s_touch_event_queue[TOUCH_EVENT_QUEUE_SIZE]; static volatile uint8_t s_event_write_idx 0; static volatile uint8_t s_event_read_idx 0; static TX_MUTEX s_event_queue_mutex; void TOUCH_INT_IRQHandler(void) { uint32_t intFlag GPIO_PortGetInterruptFlags(TOUCH_INT_GPIO); if (intFlag (1U TOUCH_INT_PIN)) { GPIO_PortClearInterruptFlags(TOUCH_INT_GPIO, (1U TOUCH_INT_PIN)); uint8_t touch_points 0; uint16_t x 0, y 0; // 通过SPI读取GT911状态寄存器获取触摸点数和坐标 TOUCH_ReadData(touch_points, x, y); // 简化函数需具体实现 if (touch_points 0) { // 将事件放入队列 uint8_t next_idx (s_event_write_idx 1) % TOUCH_EVENT_QUEUE_SIZE; if (next_idx ! s_event_read_idx) // 队列未满 { s_touch_event_queue[s_event_write_idx].x x; s_touch_event_queue[s_event_write_idx].y y; s_touch_event_queue[s_event_write_idx].event 1; // DOWN s_event_write_idx next_idx; } } else { // 触摸释放事件 uint8_t next_idx (s_event_write_idx 1) % TOUCH_EVENT_QUEUE_SIZE; if (next_idx ! s_event_read_idx) { s_touch_event_queue[s_event_write_idx].event 0; // UP s_event_write_idx next_idx; } } } }第三步低优先级任务处理与PEG消息提交创建一个低优先级的任务或复用某个现有任务来消费环形缓冲区中的事件并将其转换为PEG消息。void touch_process_task_entry(ULONG thread_input) { touch_event_t event; while(1) { tx_thread_sleep(5); // 每5ms检查一次 tx_mutex_get(s_event_queue_mutex, TX_WAIT_FOREVER); while(s_event_read_idx ! s_event_write_idx) { event s_touch_event_queue[s_event_read_idx]; s_event_read_idx (s_event_read_idx 1) % TOUCH_EVENT_QUEUE_SIZE; // 坐标转换根据校准参数 PEGINT x_peg TOUCH_ConvertX(event.x); PEGINT y_peg TOUCH_ConvertY(event.y); // 提交给PEG if (event.event 1) // DOWN or MOVE { // 这里简化处理实际需根据GT911报告区分DOWN和MOVE PegTouchPutMessage(TOUCH_STATE_DOWN, x_peg, y_peg); } else if (event.event 0) // UP { PegTouchPutMessage(TOUCH_STATE_UP, x_peg, y_peg); } } tx_mutex_put(s_event_queue_mutex); } }这种“ISR采集 任务处理”的模式有效隔离了硬件中断的不确定性与GUI库的非实时性要求是嵌入式GUI输入驱动的典型可靠设计。4. 内存与性能优化在资源受限环境中游刃有余嵌入式开发永远绕不开资源优化。PEG本身以小巧著称但不当的使用仍会导致内存溢出或性能瓶颈。4.1 内存优化策略1. 帧缓冲区配置 这是最大的内存消耗者。计算公式宽度 * 高度 * 每像素字节数。对于一款800x480的RGB565屏幕全屏缓冲区需要800 * 480 * 2 768,000 字节 ≈ 750KB。在内存紧张的MCU上这可能是不可接受的。策略一使用单缓冲区这是最省内存的方式但会在绘制时产生屏幕撕裂Tearing。适用于静态或变化缓慢的界面。策略二使用双缓冲区一个前台缓冲区用于显示一个后台缓冲区用于绘制绘制完成后再交换。这消除了撕裂感但内存占用翻倍。PEG支持双缓冲。策略三使用部分缓冲区或分块渲染只分配屏幕一部分区域如1/4作为缓冲区分多次绘制完成一帧。这需要复杂的调度PEG不一定原生支持但可以结合脏矩形优化手动实现。2. 字体与图片资源管理字体避免将整个字库尤其是中文字库全部加载到RAM。PEG支持从外部存储器如QSPI Flash直接读取字体点阵数据。使用PegFont工具生成仅包含所需字符的子集字体文件能极大减少存储空间。图片同样大尺寸图片应存放在外部Flash并使用PEG的运行时解码器如PNG解码库按需解码到RAM中显示。对于小图标可以转换为C数组直接编译进代码但会增大固件体积。3. 动态内存使用 在RTOS环境中频繁的new/deleteC或malloc/freeC可能导致内存碎片。建议为PEG配置独立的内存池。在peg_user.h中重写PegAlloc和PegFree函数将其指向RTOS提供的内存块分配接口。对于频繁创建销毁的临时对象如对话框考虑使用对象池Object Pool模式进行复用。4.2 性能优化技巧1. 脏矩形Dirty Rectangle优化 这是GUI性能优化的黄金法则。PEG内部实现了脏矩形机制即只重绘屏幕上发生变化的区域而不是整个屏幕。但应用层开发者有责任去“激活”这个机制。正确做法当你需要更新一个控件如更新文本标签时调用Invalidate()方法标记该控件区域为脏而不是直接调用绘制函数。错误做法在定时器回调中不断调用Draw()重绘整个屏幕。这会浪费大量CPU时间在绘制未变化的区域上。2. 绘制操作优化避免过度绘制确保控件背景被正确覆盖防止同一像素被绘制多次。简化复杂区域对于不规则形状的控件如果性能吃紧可以考虑用矩形或圆角矩形近似而不是进行复杂的Alpha混合绘制。谨慎使用Alpha混合和渐变这些特效计算开销大。在低端MCU上应尽量减少使用或使用预计算的渐变贴图。3. 任务优先级与调度优化GUI任务优先级如前所述设置为中等。可以用一个简单的测试来确定在GUI执行最复杂的绘制操作时测量系统最关键的控制任务的响应延迟确保其仍在可接受范围内。使用VSYNC同步如果LCD控制器提供VSYNC垂直同步信号可以用它来替代定时器触发GUI更新。这能实现完美的帧同步避免在屏幕扫描过程中更新缓冲区导致的撕裂。具体做法是将VSYNC引脚配置为外部中断在中断中释放信号量唤醒GUI任务。5. 常见问题排查与调试心得即使按照最佳实践开发调试阶段也总会遇到各种问题。下面是一些典型问题的排查思路和我踩过的坑。5.1 显示问题排查表问题现象可能原因排查步骤与解决方案屏幕全白/全黑/花屏1. 帧缓冲区地址或大小配置错误。2. LCD初始化序列不正确复位、时序参数。3. 数据总线连接错误如引脚虚焊、位序颠倒。1. 检查PegScreen.h中PEG_VIRTUAL_XSIZE/YSIZE和PegScreen::GetVideoAddress()返回值。2. 使用逻辑分析仪或示波器抓取LCD初始化时的SPI/I2C/FSMC信号与数据手册时序图对比。3. 编写一个简单的“画板测试”程序直接向帧缓冲区写固定颜色如0xF800红色看屏幕是否有对应色块出现。颜色错乱红蓝互换等像素格式不匹配。PEG库、LCD驱动、LCD控制器三者的颜色格式RGB565, BGR565, RGB888不一致。1. 确认PegScreen.h中PEG_PHYSICAL_COLORS的定义。2. 检查LCD驱动中发送数据的顺序。RGB565在内存中通常是高字节RG高5位低字节G低3位B但有些控制器要求BGR顺序。3. 查阅LCD控制器数据手册确认其GRAM的像素格式。屏幕撕裂部分旧帧部分新帧使用了单缓冲区且在屏幕扫描过程中更新了帧缓冲区。1. 启用双缓冲如果内存允许。2. 将屏幕更新操作与VSYNC信号同步。在VSYNC中断开始后的垂直消隐期V-Blank内交换或更新缓冲区。局部刷新区域错误脏矩形机制未正确工作或Invalidate()的区域计算有误。1. 在PEG的绘制函数开始处加调试输出打印每次重绘的矩形坐标确认是否与预期一致。2. 检查控件的位置和大小计算特别是嵌套在滚动窗口内的控件其坐标是相对坐标需要正确转换到屏幕绝对坐标。5.2 触摸与输入问题触摸坐标不准或漂移99%是校准问题。务必执行触摸屏校准程序。PEG通常提供校准示例。校准后生成的校准参数如偏移量、缩放系数需要持久化存储如写入Flash。确保上电后正确加载这些参数。触摸无反应首先用万用表或示波器检查触摸屏控制器的供电和中断引脚电平。然后在输入驱动的ISR和任务处理函数中加入调试打印确认是否成功采集到原始数据以及坐标转换和PegTouchPutMessage是否被正确调用。触摸响应延迟大检查触摸采样率是否过低。提高读取触摸数据的频率如将任务检查周期从20ms改为5ms。确保ISR到任务的事件传递路径没有阻塞。5.3 系统稳定性问题GUI任务导致其他任务饿死表现为系统控制功能反应迟钝。降低GUI任务的优先级并检查GUI主循环中是否有耗时太长的操作如解码大图片。将耗时操作拆分到多个周期内执行或放入一个更低优先级的后台任务。运行一段时间后死机怀疑内存泄漏或堆栈溢出。内存泄漏在PegAlloc/PegFree中加入计数和日志长时间运行后观察分配次数是否平衡。特别注意窗口和控件的创建与销毁是否成对出现。堆栈溢出这是RTOS常见问题。首先大幅增加GUI任务的栈大小例如从4KB增加到8KB看问题是否消失。然后使用ThreadX提供的tx_thread_stack_error_notify回调或手动填充栈模式并定期检查的方法来精确测量实际使用量最后调整到一个安全值。5.4 调试工具与技巧串口打印最基础但最有效。在关键路径驱动初始化、事件处理、绘制函数添加打印可以快速定位问题模块。GPIO引脚翻转在关键代码段开始和结束处用GPIO输出高低电平然后用示波器测量脉冲宽度可以精确测量函数执行时间用于性能分析。SEGGER SystemView如果使用J-Link调试器强烈推荐使用SystemView。它可以可视化地展示所有RTOS任务、中断、信号量、队列的状态和时序关系是分析系统调度、查找阻塞和优先级反转问题的神器。PEG内置调试有些PEG版本提供了调试宏可以输出内部消息流和内存使用情况在peg_user.h中启用相关定义。最后我想分享一个最深刻的教训不要试图在UI线程中执行任何可能阻塞的操作。我曾在一个项目中因为需要在按钮回调里通过一个低速的I2C总线读取传感器数据耗时约50ms导致整个界面在此期间完全卡住用户体验极差。正确的做法是在UI回调中仅发送一个请求消息给一个专门的数据采集任务由该任务去执行阻塞式IO操作获取数据后再通过消息队列通知UI线程更新显示。这种“前后台”或“生产者-消费者”模型是保持嵌入式GUI响应灵敏的关键设计模式。
