在GDB中追踪Ghost ESP多线程任务状态需执行monitor esp task list命令调用vTaskList()获取实时任务快照，解析任务名、状态、优先级、堆栈剩余、任务编号和CPU使用率字段，结合源码定位目标任务并排查未列出原因。

在GDB调试环境中追踪Ghost ESP多线程任务状态，需通过特定命令调用FreeRTOS底层接口获取实时任务列表，而非依赖图形界面或日志文件扫描。

使用GDB查看当前活跃任务列表

启动GDB并连接目标设备后，在GDB命令行中输入：
monitor esp task list

该命令直接调用main/core/system_manager.c中封装的vTaskList()接口，输出所有处于运行、就绪、阻塞、挂起等状态的任务快照。

【必须确保GDB已正确加载ESP-IDF的Python脚本支持，否则monitor命令不可用】

解析任务列表输出字段含义

执行monitor esp task list后，终端将显示类似以下格式的表格：

任务名｜状态｜优先级｜堆栈剩余｜任务编号｜CPU使用率

其中“状态”列显示Running/Ready/Blocked/Suspended等FreeRTOS标准状态；“堆栈剩余”值过低（如＜200字节）表明该任务存在栈溢出风险，需立即检查。

“CPU使用率”为近似值，由vTaskGetRunTimeStats()统计得出，仅在启用configGENERATE_RUN_TIME_STATS宏且配置了定时器源时才有效。

定位目标任务并跟踪其执行进度

第一步：观察任务名列，找到与业务逻辑匹配的关键字（如“wifi_task”、“mqtt_client”、“sensor_read”）

第二步：确认其状态是否为Running或Ready；若为Blocked，查看第4列“阻塞原因”（如“Queue”、“Semaphore”、“Delay”）

第三步：结合源码中xTaskCreate()调用处的pvParameters参数，比对任务名与初始化传入的标识符，避免同名任务混淆

第四步：若需暂停该任务调试，可在GDB中执行：tbreak → continue → stepi（单步执行指令）

注意：FreeRTOS任务切换由SysTick中断驱动，GDB单步可能跨多个时间片，无法精确反映实时调度节奏。

查找未列出但预期存在的任务

方法一：检查是否遗漏调用xTaskCreate()——任务未创建则不会出现在列表中

方法二：确认configINCLUDE_vTaskList宏是否定义为1，否则vTaskList()返回空字符串

方法三：验证FreeRTOS heap空间是否耗尽——heap_4.c中xPortGetFreeHeapSize()返回值为0时，新任务创建失败且无错误提示

【若任务名显示为“IDLE”或“Tmr Svc”，说明系统空闲或定时器服务任务正常运行，其余自定义任务可能尚未启动】