主要参考资料：
xiaozhi-esp32: https://github.com/78/xiaozhi-esp32
这里写目录标题
1.空闲状态
1.1任务类型
1.1.1系统与内核任务 (ESP-IDF 自动创建)
- IDLE0 & IDLE1
角色：空闲任务。
详情：ESP32 是双核 CPU。IDLE0 对应核心 0，IDLE1 对应核心 1。当操作系统没有其他任务需要运行时，就会运行这两个任务。它们负责清理被删除任务的内存，并让 CPU 进入低功耗模式。
观察：优先级0，如果这两个任务长时间不运行（状态一直不是 Running 或 Ready），说明 CPU 负载过高（跑满了）。 - ipc0 & ipc1 (Inter-Processor Call)
角色：核间通信任务。
详情：优先级极高（24）。用于两个 CPU 核心之间互相"喊话"。例如，当你在 Core 0 上调用写 Flash
的函数，或者修改中断配置时，系统需要暂停 Core 1 的操作，这就需要 IPC 任务来协调。
注意：用户千万不要创建优先级高于 24 的任务，否则会饿死 IPC，导致系统崩溃（看门狗复位）。 - wifi
角色：Wi-Fi 驱动主任务。
详情：负责处理 Wi-Fi 的底层硬件事件、Beacon 帧接收等。它的优先级很高（23），因为 Wi-Fi 对时序要求非常严格，处理慢了就会断流或掉线。 - tiT (通常是 tcpip_thread 的截断)
角色：LwIP TCP/IP 协议栈。
详情：虽然名字看起来很怪（经常显示为 tiT 或 tcpip），但这通常是处理网络数据包的核心任务。所有的 Socket通信（TCP/UDP）、IP 地址处理都由它负责。
观察：优先级 18，属于高优先级，确保网络数据能及时处理。如果发现 tiT 的堆栈（剩余 1252）在网络高负载下变得很低，需要在 menuconfig -> Component config -> LWIP -> TCP/IP Stack Library 中增加 TCP/IP task stack size。 - esp_timer
角色：高精度定时器任务。
详情：处理 esp_timer_create() 创建的回调函数。通常用于处理微秒/毫秒级的硬件定时事件。
观察：优先级 22，非常高，回调函数里不能做耗时操作。 - sys_evt (System Event)
角色：默认事件循环任务。
详情：处理系统级的事件，最常见的是 Wi-Fi 连接成功、获得 IP 地址、断开连接等事件(WIFI_EVENT,IP_EVENT)。
观察：优先级8。 - Tmr Svc (Timer Service)
角色：FreeRTOS 软件定时器服务。
详情：处理通过 xTimerCreate() 创建的软件定时器。当定时器到期时，它的回调函数在这个任务的上下文中运行。
注意：优先级1，所以vTaskdelay()的延迟非常不准。
1.2任务状态
这一列的单个字符代表任务当前的状态。FreeRTOS 中常见的状态码如下：
