先确认复位类型：打印esp_reset_reason()，若为TASK_WDT或INT_WDT则确属看门狗。核心排查步骤：1) 检查被固定核上的任务是否长时间不让出CPU——即使pin到Core1，若该任务优先级高且死循环无vTaskDelay/阻塞调用，仍会饿死同核的IDLE任务，触发任务看门狗；2) 确认CONFIG_ESP_TASK_WDT_CHECK_IDLE_TASK_CPU0/CPU1是否都开启，双核下两个IDLE任务都要喂狗；3) 用vTaskGetRunTimeStats或uxTaskGetSystemState查看各任务CPU占用，定位霸占核的任务；4) 检查临界区：taskENTER_CRITICAL或portDISABLE_INTERRUPTS期间过长会屏蔽调度，导致IDLE无法运行；5) 若在Core1跑WiFi/BT相关代码，注意协议栈任务本身占用，避免在同核放高负载死循环；6) 临时调大CONFIG_ESP_TASK_WDT_TIMEOUT_S验证，但根因仍是任务未阻塞。建议在高负载循环内插入vTaskDelay(1)或改用事件驱动。