写C代码时，指针和volatile这两个东西经常碰在一起。尤其是做嵌入式开发或者底层系统编程的时候，搞不清它们的关系，程序很容易出问题。
指针本身不关心数据怎么变
指针的作用很简单：保存一个地址，然后通过这个地址读写数据。比如下面这段代码：
int *p = &x;
*p = 10;看起来很直接。但编译器在优化的时候，可能会认为某些内存访问是多余的，特别是当它觉得变量没被修改过的时候，就会直接从寄存器里取值，而不去重新读内存。
volatile告诉编译器：别乱动
volatile关键字的作用就是告诉编译器：“这个变量可能被外部因素改变，你别随便优化。” 常见的场景比如硬件寄存器、多线程共享变量、信号处理函数里用的标志位。
举个例子，假设你在写单片机程序，某个地址映射的是GPIO状态寄存器：
volatile int *reg = (volatile int *)0x4000A000;如果不加volatile，编译器可能把连续两次读取优化成一次，因为它觉得指针没变，值也不会变。但实际上，这个地址里的值可能已经被硬件改了。加上volatile之后，每次*reg都会真正去读内存。
指针指向的数据要不要volatile？
这要看情况。如果只是普通变量，不用。但如果这个变量可能被中断服务程序修改，那就得加。
比如：
volatile int flag = 0;
void interrupt_handler() {
flag = 1; // 中断中修改
}
int main() {
while (!flag); // 等待中断
return 0;
}如果flag不加volatile，编译器可能把它优化成死循环，因为main函数里看起来flag永远不会变。加上之后，每次判断都会重新读内存，程序才能正常响应中断。
指针本身的volatile和指向目标的volatile有区别
有时候你会看到这样的写法：
volatile int *p; // p指向一个volatile int
int * volatile q; // p本身是volatile，但指向的int不是
volatile int * volatile r; // 都是volatile第一种最常见，表示通过p读写的int要每次都从内存取。第二种很少见，意思是这个指针变量自己可能被外部改（比如被另一个核重定向），所以不能缓存它的值。第三种就更少见了，属于极端场景。
实际项目中的坑
有个同事之前写了个驱动，用指针轮询一个状态寄存器。测试时一切正常，上线后偶尔卡住。查了半天才发现忘了加volatile。编译器把多次读取合并了，导致错过了状态变化。加上volatile之后，问题立马解决。
这种问题在调试器下不容易复现，因为开调试模式通常会关掉优化。只有打成Release版本才会暴露出来。
所以，只要是可能被“意外”改变的内存，不管是硬件改的、中断改的，还是另一个线程改的，只要用了指针去访问，就得考虑加上volatile。不然优化一上来，程序就 unpredictable 了。