一、死码消除
1.编译器会姜不影响程序输出或者行为的程序移除
2.volatile修饰，会告知编译器不要自作聪明的移除代码
3.在hls中，vilatile可以用于强制保留对某些地址的读/写操作，即使这些操作
在代码中看起来是没有作用的
4.死码消除的案例
高层次综合编译器会分析代码，如果某段代码的执行结果从不被使用，或者它对程序的输入/输出无任何可观测的影响，编译器就会在优化阶段直接删掉这段代码，以减小代码体积和提高运行速度。这就是死码消除（Dead Code Elimination）。
int x = sensor_read();   // 读取传感器值
int y = 0;               // y 从未被使用
y = x * 2;               // 计算结果没被用，整段可能被删掉
如果 sensor_read() 是一个普通函数调用，编译器可能会认为其返回值未被使用，将调用也一并删除——即使你本意是想读取硬件状态寄存器以清除中断标志。

二、volatile阻止优化
volatile int x;
x = sensor_read();   // 即使 x 后面没被用，这个写操作也会被保留
编译器会强制生成对 x 的实际访问指令，且不会重排或合并对 volatile 变量的访问顺序。因为在编译器看来，每一次对 volatile 变量的读/写都可能产生硬件层面的副作用（如读取 FIFO 会弹出数据，写入触发寄存器会启动转换等）。

三、金典案例
在 Vivado HLS 中，当你的代码需要直接与硬件握手信号、AXI4-Lite 寄存器、或外部 FIFO 状态交互时，必须保留那些看似“无用”的访问。
volatile int *status_reg = (volatile int*)0x40001000;
while (*status_reg == 0);   // 等待硬件把标志位置1
如果不用 volatile，编译器会认为 *status_reg 的值在循环中不会改变（因为没有显式修改它的语句），于是只读取一次，然后陷入无限循环或者直接优化掉整个循环。加了 volatile，编译器就会老老实实在每次循环迭代时都从地址 0x40001000 读取一次新值。