如何从中断获取数据并传入基于任务的系统？

这不是迷惑性问题，是嵌入式RTOS方向面试的核心基础考点。你理解的「中断本身无法返回数据」是完全正确的：中断是硬件触发的异步执行流，不存在常规函数调用的返回上下文，不可能像普通函数那样通过返回值向上传递数据，但行业内有非常成熟的标准化方案，实现中断到任务上下文的数据传递，也是所有实时操作系统的核心设计能力之一。

中断服务程序（ISR）的执行优先级高于所有任务，且运行时会抢占其他代码执行，因此设计上必须遵循*「ISR快进快出，仅做最小必要操作，耗时逻辑全部下沉到任务」*的原则：ISR里只做读取硬件状态、清除中断标志、搬运最小量必要数据的操作，之后立刻通过内核机制唤醒对应的处理任务，由任务完成后续的数据解析、业务处理等耗时工作。

• 共享环形缓冲区+同步标记
  这是裸机、RTOS场景下通用的经典方案：提前分配一段静态内存作为环形队列（Ring Buffer）做生产者-消费者缓冲，解决中断和任务的处理速度差问题。ISR触发时直接把从硬件寄存器读到的数据（比如串口接收字节、ADC采样值）写入环形缓冲区，之后通过同步机制通知处理任务；任务被唤醒后从环形缓冲区取出数据做后续处理。
  注意临界区保护：ISR上下文不能使用会阻塞的互斥锁，极短的临界区操作可以直接用关/开中断保护，多核场景用ISR专用的自旋锁即可。
• RTOS提供的ISR专用通信API
  所有主流RTOS（FreeRTOS、RT-Thread、uC/OS等）都提供了专门适配中断上下文的通信接口，这类接口统一带FromISR后缀，不会触发阻塞，是RTOS开发的标准用法：
  • 任务通知：最轻量的通信方式，不需要额外创建内核对象，ISR可以直接向指定任务发送通知，同时附带32/64位长度的数值，适合传递单份小数据（比如中断状态字、按键事件标记），性能开销最低
  • 消息队列：ISR调用专用的队列发送API，可以把固定长度的数据块直接写入队列，等待数据的任务平时阻塞在队列上，数据到达后自动被唤醒，适合传递结构化的多字段数据
  • 信号量：本身不承载数据内容，仅作为同步标记，一般配合前面说的共享缓冲区使用：ISR写完缓冲区后释放信号量，任务拿到信号量后再去缓冲区读取数据
• 高速场景零拷贝方案
  针对以太网、高速ADC、摄像头这类大数据量高速外设，一般会配合DMA使用：提前配置DMA把外设数据直接搬运到预留的内存块，中断触发时ISR不需要拷贝数据，只需要把承载数据的内存块指针通过队列/任务通知传给处理任务，任务直接操作这块内存完成处理，之后再把内存块还回预分配的缓冲池，全程没有额外数据拷贝，能满足高实时性要求。

面试时一定要提到两个避坑点，是面试官高频考察的细节：

1. 绝对不能在ISR中调用不带FromISR后缀的普通RTOS API，这类API可能触发阻塞，会直接导致系统跑飞
2. ISR里绝对不能做耗时操作（比如浮点运算、字符串处理、打印日志），所有非必须的操作都要放到唤醒后的任务中执行

内容的提问来源于stack exchange，提问作者Jay Don Scott