AVR通用寄存器管理：GPR与SRAM选用及中断冲突规避

一、GPR与SRAM的使用场景划分 #

ATtiny10的存储资源非常紧张：核心自带32个通用寄存器（GPR，r0~r31），片上SRAM仅32字节，且硬件调用栈为独立的3级深度结构，不占用SRAM、也没有PUSH/POP这类栈操作指令，选择存储介质时可以按以下规则判断：

• 优先用GPR的场景：
  GPR为单周期访问，无寻址开销，是速度最快的存储介质，只要满足以下条件就优先用：
  • 运算临时中间值、循环计数器、高频切换的状态标志
  • 变量生命周期仅覆盖当前代码段，不需要跨函数、跨中断长期保留
    注意32个GPR里有部分带隐含功能：r0是MUL、LPM等指令的默认操作数，r1是汇编工具链默认的零值寄存器，r26~r31是X/Y/Z三个16位寻址指针（访问SRAM、Flash全靠这三个），实际可自由分配的通用GPR约24个，不要随意占用特殊功能寄存器。
• 必须用SRAM的场景：
  SRAM访问需要1~2个周期，需通过直接地址或X/Y/Z指针寻址，适合存以下数据：
  • 全局状态、低访问频率的长期变量（比如ADC采样缓存、按键计时值）
  • 中断现场保护的临时备份值（ATtiny10无栈操作，只能往固定SRAM地址存寄存器备份）
  • 主程序与中断共享的多字节数据
    核心判断原则：只要空闲GPR能放下、且变量不需要跨上下文长期留存，就用GPR；GPR不够、或数据需要长期驻留时才用SRAM。毕竟ATtiny10的SRAM容量比GPR还小，必须省着用。

二、中断与主程序的GPR冲突问题 #

冲突的必然性 #

只要主程序和中断服务程序（ISR）用到了同一个GPR，且中断触发时主程序刚好在使用这个寄存器，100%会触发逻辑bug。比如主程序刚给r16载入延时计数初值，还没进循环就触发中断，ISR中把r16改成0做位判断，中断返回后主程序读到的r16就是0，延时逻辑直接跑飞。这类bug和中断触发时机强相关，没有稳定复现路径，调试成本极高。另外不要指望硬件自动保护寄存器：AVR核心进中断时只会自动清全局中断位、压入返回地址，所有GPR、状态寄存器SREG都不会自动备份。

规避方案 #

预留GPR专供中断使用的方法可行，但性价比极低：ATtiny10本就没多少空闲GPR，要是预留3~4个给中断，主程序会频繁面临寄存器不足的问题，反而要增加SRAM访问开销，拉低运行效率。更实用的方案有三个：

1. ISR入口现场保护（通用首选）
   这是最不浪费资源的通用方案：进入ISR后第一时间把当前ISR要用到的所有GPR、以及状态寄存器SREG存到提前预留的SRAM固定槽位，退出ISR前按相反顺序还原即可。ATtiny10没有PUSH/POP，不要照搬其他AVR型号的栈备份写法，参考代码如下：

   ; 提前预留SRAM固定地址做备份：0x20存r16原值，0x21存SREG原值
   timer_isr:
       sts  0x20, r16    ; 先备份要用到的GPR原值
       in   r16, SREG
       sts  0x21, r16    ; 必须备份SREG，运算会修改进位、零标志位
       ; 此处开始可以随意使用r16、修改SREG，写中断业务逻辑
       ; ......
       ; 中断逻辑结束，按相反顺序还原
       lds  r16, 0x21
       out  SREG, r16    ; 先还原SREG
       lds  r16, 0x20    ; 再还原GPR
       reti
   

   注意每个ISR用的SRAM备份槽不要重叠，备份的范围只需要覆盖当前ISR实际会修改的寄存器就行，不用把32个GPR全存一遍，浪费时间和空间。
2. 少量寄存器专属隔离（适合超短ISR）
   如果你的ISR逻辑极短，比如只需要置一个中断标志位，仅用到1个GPR，可以专门预留1个空闲GPR（比如r15），约定所有主程序代码都不使用这个寄存器，所有短ISR都只用这个预留寄存器操作。这种方案不需要做现场保护，中断响应速度最快，但预留的寄存器数量不能超过2个，否则会挤压主程序的寄存器资源，得不偿失。
3. 短临界区关中断
   如果主程序要执行一段不能被打断的原子操作（比如读16位共享变量、做多字节连续运算），可以在操作前执行CLI关闭全局中断，操作完成后立刻执行SEI开中断。注意临界区代码要尽可能短，绝对不能在关中断状态下执行长延时、轮询等操作，否则会丢失中断响应。

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