1. FreeRTOS 中 “任务（Task）” 的本质是什么？它与进程、线程的区别是什么？

本质：FreeRTOS 的任务是可独立调度的最小执行单元，每个任务对应一个独立的函数，拥有自己的任务栈（保存上下文）、优先级、任务控制块（TCB）。
区别：
A.与 “进程”：进程是操作系统中资源分配的最小单位（有独立地址空间），而 FreeRTOS 任务共享同一地址空间（无内存隔离），资源开销远小于进程；
B.与 “线程”：线程是操作系统中调度的最小单位（共享进程资源），FreeRTOS 任务的逻辑与线程一致（可理解为 “嵌入式轻量化线程”），但无操作系统的线程调度复杂机制（如线程组、内核级线程 / 用户级线程区分）。

2.FreeRTOS 的任务有哪些状态？各状态的触发条件是什么？

A.就绪态（Ready）：任务已创建且具备运行条件，等待 CPU 调度（如高优先级任务运行完毕、低优先级任务阻塞）；
B.运行态（Running）：当前正在占用 CPU 执行的任务（单核 MCU 中同一时间只有 1 个任务处于此状态）；
C.阻塞态（Blocked）：任务暂时无法运行，需等待特定事件（如vTaskDelay()延时到期、信号量 / 队列触发、外设事件完成）；
D.挂起态（Suspended）：任务被主动挂起（调用vTaskSuspend()），仅能通过vTaskResume()或vTaskResumeFromISR()恢复，与阻塞态的区别是 “无等待事件，需手动唤醒”。

3. FreeRTOS 的空闲任务（Idle Task）有什么作用？可以删除吗？

作用：
A.当所有用户任务都处于阻塞 / 挂起态时，CPU 执行空闲任务（优先级最低，tskIDLE_PRIORITY），避免 CPU “空转”；
B.若开启configUSE_IDLE_HOOK，空闲任务会调用用户定义的vApplicationIdleHook()（可用于低功耗处理、CPU 使用率统计）；
C.若开启configSUPPORT_DYNAMIC_ALLOCATION，空闲任务会自动释放 “已删除动态任务” 的内存（通过vPortFree()）。
能否删除：不能。若删除空闲任务，当无其他任务就绪时，FreeRTOS 调度器无任务可调度，会进入 “死循环”（触发configASSERT()断言）。

4. FreeRTOS 支持的任务优先级范围是什么？优先级数值与优先级高低的关系是怎样的？

A.优先级范围由FreeRTOSConfig.h中的configMAX_PRIORITIES定义（默认 0~31，可修改），数值范围是0 ~ configMAX_PRIORITIES - 1；
B.优先级关系：数值越大，优先级越高（如优先级 31 的任务会抢占优先级 0 的任务）；
C.特殊优先级：tskIDLE_PRIORITY（默认 0）是空闲任务的优先级，用户任务建议从 1 开始分配，避免与空闲任务冲突。

5.如何确定 FreeRTOS 任务栈的大小？栈溢出会导致什么问题？如何检测？

估算：任务函数的局部变量大小（如数组、结构体）+ 函数调用深度（嵌套调用的栈开销）+ 中断嵌套的栈开销（中断服务函数的局部变量）；
调试：先设较大栈（如 1024 字），运行后通过uxTaskGetStackHighWaterMark()获取 “栈剩余空间”（高水位线），再根据实际剩余空间缩小栈大小（预留 20%~30% 冗余）。
栈溢出后果：任务上下文被破坏（如 PC 指针、寄存器值错误），导致任务崩溃、系统死锁、数据错乱（现象随机，难排查）。
检测方法：开启FreeRTOSConfig.h中的栈溢出检测：
configCHECK_FOR_STACK_OVERFLOW = 1：检测栈指针是否超出栈范围（简单，有漏检可能）；
configCHECK_FOR_STACK_OVERFLOW = 2：在栈初始化时填充 “魔法值”（如 0xA5），任务运行后检查栈底魔法值是否被篡改（更精准，开销略大）。

6.vTaskDelay()和vTaskDelayUntil()的区别是什么？各自适用场景？

7.FreeRTOS 中的信号量有哪几种类型？各自的作用是什么？

二值信号量（Binary Semaphore）：
状态：0（无资源）或 1（有资源），仅支持 “获取（take）” 和 “释放（give）”；
作用：用于任务间同步（如任务 A 完成后通知任务 B）或中断与任务同步（中断触发后唤醒任务）；
特点：无优先级继承，不用于资源保护（易引发优先级反转）。
计数信号量（Counting Semaphore）：
状态：0~uxMaxCount（可配置的最大计数），支持 “take 减 1”“give 加 1”；
作用：用于多实例资源保护（如 2 个串口，计数设为 2）或事件统计（如统计按键按下次数）；
特点：无优先级继承，资源数＞1 时使用。
互斥信号量（Mutex Semaphore）：
状态：0（被占用）或 1（空闲），本质是 “带优先级继承的二值信号量”；
作用：用于单实例资源保护（如 1 个 I2C 总线，避免多任务同时访问）；
特点：有优先级继承，解决优先级反转，不能在中断中使用（中断上下文不能阻塞，而xSemaphoreTake()可能阻塞）。

8.队列（Queue）和任务通知（Task Notification）的区别是什么？各自的优缺点？

9.事件标志组（Event Group）的作用是什么？与信号量的区别？

事件标志组作用：用于多事件的组合同步（如任务需等待 “事件 A 和事件 B 都发生” 或 “事件 A 或事件 B 发生”），本质是 “一组二进制标志位”（如 32 位 MCU 支持 31 个事件位，1 位保留）。
核心 API：xEventGroupWaitBits()（等待指定事件位）、xEventGroupSetBits()（设置事件位）。
与信号量的区别：
信号量：每次give仅触发 “1 次同步”（如二值信号量give后变为 1，take后变回 0）；
事件标志组：事件位一旦设置，会一直保持 “1”，直到被显式清除（如xEventGroupClearBits()），支持 “多事件组合等待”。

10.为什么中断中不能使用xSemaphoreTake()或xQueueReceive()？中断中应使用哪些 API？

原因：xSemaphoreTake()和xQueueReceive()是可能阻塞的 API（若信号量未就绪 / 队列为空，任务会进入阻塞态），但中断上下文不能阻塞（中断需快速执行，不能放弃 CPU），因此不能在中断中使用。
中断中应使用 “中断安全的 API”：所有带FromISR后缀的 API，特点是 “不阻塞，且需传入xHigherPriorityTaskWoken参数”，示例：
信号量：xSemaphoreGiveFromISR()（释放信号量）；
队列：xQueueSendFromISR()（发送数据到队列）；
任务通知：xTaskNotifyFromISR()（发送任务通知）；
关键参数xHigherPriorityTaskWoken：用于判断 “中断是否唤醒了更高优先级的任务”，若为pdTRUE，需在中断退出前调用portYIELD_FROM_ISR()触发上下文切换。

11.FreeRTOS 提供了哪几种内存分配方案（heap_1~heap_5）？各自的特点和适用场景是什么？

12.将 FreeRTOS 移植到一个新的 MCU（如 STM32L4）上，主要需要修改哪些文件？核心移植点是什么？

13.如何优化 FreeRTOS 系统的实时性和稳定性？

14.在项目中遇到过 FreeRTOS 任务卡死的情况吗？如何排查和解决？

15. FreeRTOS 是如何运行第一个任务的？以及任务切换的过程

16. FreeRTOS为什么使用PendSV进行任务切换

PendSV 的两个核心特性 ——可悬起（Pendable） 和 低优先级（Low Priority），解决了 SysTick 直接执行切换时无法规避的 “实时性冲突” 和 “灵活性不足” 问题。
1. 避免打断高优先级中断，保障实时性
只有当 所有更高优先级的中断（包括 SysTick）都处理完成后，PendSV 才会响应并执行任务切换。
这就保证了 “任务切换” 这个非紧急操作，不会干扰任何高优先级中断的执行，完美契合实时系统的 “中断优先级保护” 原则。
2. 支持 “延迟切换”，适配中断中的切换请求
任务切换请求可能在中断服务程序（ISR）中触发（比如：外部中断唤醒了一个高优先级任务，需要立即切换到该任务）。但此时 CPU 正在执行 ISR，不能 “立即执行切换”—— 因为 ISR 中的关键逻辑（如数据读取、状态更新）可能尚未完成，强行切换会导致数据混乱。
PendSV 的 “可悬起” 特性恰好解决了这个问题
3. 解耦 “触发源” 与 “执行器”，适配多场景切换
FreeRTOS 的任务切换请求来自多种场景，不止 SysTick 一种：
定时触发：SysTick 计时到期（如时间片用完、任务延时结束）；
主动触发：任务调用 vTaskDelay()、xQueueReceive() 等函数主动阻塞；
被动触发：中断中唤醒高优先级任务，需要抢占当前任务。
4. 避免 SysTick 功能过载，保障计时准确性
PendSV 接管了 “切换执行” 的职责后，SysTick 只需在中断中做两件事：1. 累加系统时间；2. 若需要切换（如时间片用完），则触发 PendSV 悬起位，然后立即退出。这样 SysTick 中断的执行时间极短，保障了计时的精准性。