如何在AVR上编写严格符合标准的ISR？avr-gcc有何特殊规则？

核心结论 #

avr-gcc没有直接偏离C标准的特殊例外，但提供了标准兼容的扩展机制，能让你安全访问非sig_atomic_t类型变量，同时可以修复avr-libc中sig_atomic_t的定义问题。

1. 修复sig_atomic_t的typedef缺失问题 #

avr-libc的signal.h确实存在历史缺陷——没有按照C标准声明sig_atomic_t的typedef，反而定义了一个同名的volatile signed char变量。你可以手动补充符合标准的定义：

#include <stdint.h>
// 补充符合C标准的sig_atomic_t，匹配AVR 8位原子访问特性
typedef volatile int_fast8_t sig_atomic_t;

AVR架构中8位寄存器的访问是原子的，这个定义既满足C标准对sig_atomic_t“可原子访问”的要求，也契合avr-libc原本的设计意图。

2. 安全访问非sig_atomic_t变量的两种方案 #

如果要在ISR中操作uint32_t这类多字节变量，直接读写会触发未定义行为，你可以用以下两种标准兼容的方式处理：

方案一：使用C11无锁原子类型

avr-gcc支持C11标准的<stdatomic.h>，把变量声明为原子类型后，ISR和主程序的访问都符合标准：

#include <stdatomic.h>

atomic_uint_fast32_t systick_counter;

ISR(TIMER0_OVF_vect) {
    // 原子自增操作，完全合规
    atomic_fetch_add(&systick_counter, 1);
}

// 主程序中安全读取计数器
uint32_t get_systick() {
    return atomic_load(&systick_counter);
}

方案二：用临界区保护访问

通过禁用/启用全局中断创建临界区，确保多字节变量的读写操作不会被中断打断，这是嵌入式系统中常用的合规手段：

#include <avr/interrupt.h>

uint32_t systick_counter;

ISR(TIMER0_OVF_vect) {
    // AVR进入ISR时会自动禁用全局中断，所以这里的自增是原子操作
    systick_counter++;
}

// 主程序读取时必须用临界区保护，避免读取半更新的值
uint32_t get_systick() {
    uint32_t val;
    cli(); // 禁用全局中断，进入临界区
    val = systick_counter;
    sei(); // 恢复全局中断
    return val;
}

注意：如果你的ISR使用了ISR_NOBLOCK属性（允许嵌套中断），那么ISR内部也需要用临界区保护多字节变量的操作。

3. avr-gcc ISR扩展的合规性说明 #

avr-gcc提供的ISR()宏是符合标准的扩展，它会自动处理中断上下文的寄存器保存/恢复，以及全局中断的默认禁用逻辑。只要遵循上述两种变量访问方案，编写的ISR就能严格符合C标准。

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