RISC-V32平台如何判断代码是否处于中断处理程序？（FreeRTOS场景）

有准确的方法可以区分中断上下文和非中断上下文，下面分硬件寄存器查询、FreeRTOS内置API两种方案说明，覆盖ARM、RISC-V平台：

ARM平台方案 #

• 读取IPSR寄存器：IPSR（中断程序状态寄存器）的值为0时表示线程模式，非0则对应活跃中断号，说明处于中断上下文。
• 检查SCB->ICSR的VECTACTIVE字段：该字段非0时表示当前有正在处理的中断。

示例代码（Cortex-M系列）：

#include <core_cm4.h> // 根据实际内核型号调整头文件

static inline uint32_t is_in_isr(void) {
    return (__get_IPSR() != 0);
}

RISC-V平台方案 #

RISC-V的mcause寄存器可以直接用来判断：

• 寄存器最高位（RV32为第31位，RV64为第63位）是中断标志位：值为1时表示当前处于中断上下文，0则为普通异常。

示例代码：

static inline uint32_t is_in_isr(void) {
    uint32_t mcause;
    __asm__ volatile ("csrr %0, mcause" : "=r"(mcause));
    // RV32架构下检查最高位
    return (mcause & (1U << 31)) != 0;
}

注意：如果代码运行在S模式（supervisor模式），需读取scause寄存器，判断逻辑一致，最高位为1表示S模式中断。

FreeRTOS内置方案（优先推荐） #

FreeRTOS提供了跨平台的xPortIsInsideInterrupt()函数，无需直接操作硬件寄存器，兼容性更好：

• 返回pdTRUE表示处于中断上下文，pdFALSE表示线程上下文，底层会自动适配目标架构的硬件判断逻辑。

示例代码：

#include "FreeRTOS.h"
#include "task.h"

void example_function(void) {
    if (xPortIsInsideInterrupt() == pdTRUE) {
        // 中断上下文，使用带FromISR后缀的API
        xSemaphoreGiveFromISR(xSemaphore, NULL);
    } else {
        // 线程上下文，使用普通API
        xSemaphoreGive(xSemaphore);
    }
}

这个方案无需关心底层架构细节，能避免因硬件寄存器操作权限、架构差异导致的问题，是FreeRTOS场景下的最优选择。

关键注意事项 #

• 直接操作硬件寄存器时，需确保当前代码的特权级允许读取目标寄存器（比如RISC-V的mcause需要M模式权限）。
• 除非有特殊场景需求，否则优先使用FreeRTOS内置API，减少平台适配工作量。

内容的提问来源于stack exchange，提问作者BigJim