当然有可行的办法！你提到的-O0或-Og确实能关闭常量折叠，但代价是牺牲了函数内存对齐这类有用的优化。下面是几个更精准的方案，既能阻止4+7被编译期预计算，又能保留你需要的其他优化效果：

方案1：用volatile限定符强制避免常量折叠 #

这是最简单直接的写法——用volatile修饰表达式里的常量，让编译器认为这些值可能在编译期后发生变化，从而放弃常量折叠：

int a = (volatile int)4 + (volatile int)7;

当你用-O2这类优化级别编译时，GCC会生成类似这样的汇编代码：

mov     DWORD PTR [rbp-4], 4
mov     DWORD PTR [rbp-8], 7
mov     eax, DWORD PTR [rbp-4]
add     eax, DWORD PTR [rbp-8]
mov     DWORD PTR [rbp-12], eax

这个方法的优点是写法直观，不需要额外编译选项；缺点是对复杂表达式可能引入极微小的运行时开销（不过简单整数加法几乎可以忽略）。

方案2：精准控制优化范围（函数/代码块级） #

如果你希望只针对特定代码禁用常量折叠，其余代码保持全优化，可以用GCC的专属属性或编译指令：

函数级控制 #

给包含目标代码的函数添加属性，仅对该函数禁用常量折叠：

__attribute__((optimize("no-tree-fold-constants")))
void target_func() {
    int a = 4 + 7;
    // 其他代码仍享受-O2等优化（比如函数内存对齐）
}

代码块级控制 #

用#pragma指令限定优化范围，确保只影响目标代码段：

// 这里的代码保持正常优化
#pragma GCC push_options
#pragma GCC optimize ("no-tree-fold-constants")
int a = 4 + 7;
#pragma GCC pop_options
// 这里的代码恢复原有优化设置

push_options和pop_options能保证优化规则只作用于中间代码，不会干扰全局。

方案3：利用外部链接常量（适合复杂场景） #

如果你的代码允许拆分编译单元，可以把常量定义到外部文件：

// other_file.c
const int x = 4;
const int y = 7;

// main.c
extern const int x;
extern const int y;

int a = x + y;

当前编译单元在编译时无法获取外部常量的具体值，自然不会进行常量折叠。这种方法稍显繁琐，但适合需要模拟“外部依赖”的场景。

验证效果 #

你可以通过gcc -S -O2 your_code.c生成汇编代码，查看是否生成了mov加载4和7、再执行add的指令，而非直接将0xb存入变量。

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