RTOS内核锁的定义、适用场景及ChibiOS内核锁相关技术疑问

嘿，我来帮你把ChibiOS里内核锁的事儿讲明白！

内核锁定到底有什么作用？ #

chSysLock()和chSysUnlock()是ChibiOS里管控内核执行环境的核心工具：

• 调用chSysLock()后，会暂停内核调度器工作，同时屏蔽除最高优先级不可屏蔽中断（NMI）之外的所有普通中断。
• 这会让当前代码段进入「原子执行」状态——这段代码不会被其他线程抢占，也不会被普通中断打断，直到调用chSysUnlock()恢复系统正常状态。

为什么需要锁定内核？ #

核心是为了避免竞态条件、保证操作的原子性，常见场景有这些：

• 保护共享资源：当多个线程，或者线程与中断服务函数（ISR）需要读写同一个全局变量、信号量、链表这类共享资源时，没有锁保护的话，很容易出现数据错乱（比如线程刚修改了资源的一半，就被抢占，导致资源处于非法状态）。
• 执行不可打断的操作：有些操作必须一次性完成，比如修改链表的多个节点指针、更新复杂的硬件寄存器配置——中途被打断的话，大概率会引发系统崩溃或硬件异常。
• 调用中断安全的内核API：ChibiOS里带_I后缀的API（比如你示例里的chBSemSignalI()）是专门为中断环境设计的，它们内部不会主动处理调度或中断状态，必须在已锁定内核的环境下调用才能保证安全。

你的示例代码解释 #

来看这段信号量发送的代码：

static void sem_cb(void) {
    chSysLock();
    chBSemSignalI(&sem_1);
    chSysUnlock();
}

这个函数大概率是中断回调或定时器回调（这类场景常用来触发信号量通知主线程）：

1. 先调用chSysLock()锁定内核，确保后续信号量操作不会被任何线程或普通中断打断。
2. chBSemSignalI()是信号量的中断安全版本发送函数，它会修改信号量状态，但不会触发调度（因为调度器已被锁定）。
3. 最后调用chSysUnlock()解锁内核，恢复调度器和普通中断的工作——如果此时信号量的唤醒条件满足，调度器会立刻切换到等待该信号量的线程。

⚠️ 小提醒：内核锁定的代码块一定要尽可能短！因为锁定期间系统无法响应普通中断和线程切换，会影响系统实时性，只把必须原子执行的逻辑放在锁里就好。

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