版主啊 对你的操作系统很感兴趣，问一下 关于 第二种是关抢占形式: #define  RAW_CRITICAL_ENTER()                                       \          do {                                                     \              RAW_CPU_DISABLE();                                 \              raw_sched_lock++;                           \              RAW_CPU_ENABLE();                                  \          } while (0) 后一种方式即为系统统最大关中断时间为0us的实现关键,可以看到 raw_sched_lock++; 即为关了系统抢占。 但是系统只关了抢占，只能防止任务和任务之间临界区的冲突，不能防止任务和中断之间的冲突。raw os 的api 很多都能在中断里面，这样的话势必会和外面api 产生临界区的冲突，必须采用特殊的方法把中断里面使用的api 弄到任务空间里去做。Task 0 的存在正是解决这个问题的方法，假设中断里面调用到了 raw os 的api ，假设是raw_semaphore_put, 此函数会接着调用int_msg_post 把这个api 的事件存储起来，然后快速唤醒task 0, 一出中断后立马运行raw_semaphore_put. 实际上就是说 你的API函数改为到任务空间去执行 减少绝对关中断时的操作时间 但是这样我调用API实际上 这个信号量就没有被立即执行 而是被延时到了 一个Task里面去调度之后才执行完成 那这时函数返回值 怎么处理呢 是不是应该在信号量执行完成之后 才能给出呢？