今天下午花了非常多的时间做了关于volatile的习题,特此做一个归纳总结
volatile的使用问题这是区分C程序员和嵌入式系统程序员的最基本的问题:嵌入式系统程序员经常同硬件、中断、RTOS等等打交道,所有这些都要求使用volatile变量。不懂得volatile内容将会带来灾难。
1.volatile的本意是“易变的” 因为访问寄存器要比访问内存单元快的多,所以编译器一般都会作减少存取内存的优化,但有可能会读脏数据。当要求使用volatile声明变量值的时候,系统总是重新从它所在的内存读取数据,即使它前面的指令刚刚从该处读取过数据。精确地说就是,遇到这个关键字声明的变量,编译器对访问该变量的代码就不再进行优化,从而可以提供对特殊地址的稳定访问;如果不使用valatile,则编译器将对所声明的语句进行优化。(简洁的说就是:volatile关键词影响编译器编译的结果,用volatile声明的变量表示该变量随时可能发生变化,与该变量有关的运算,不要进行编译优化,以免出错)
帮助理解的一些知识:
寄存器在cpu,程序在磁盘上,必须加载到内存上运行,在内存上是
一条条指令,cpu会把指令读到寄存器上,先从内存中读出来,将内存数据
加载到寄存器上再写回内存去。
volatile的三种常见使用:
1) 并行设备的硬件寄存器(如:状态寄存器):
XBYTE[2]=0x55;
XBYTE[2]=0x56;
XBYTE[2]=0x57;
XBYTE[2]=0x58;
//对外部硬件而言,上述四条语句分别表示不同的操作,会产生四种不同的动作,
但是编译器却会对上述四条语句进行优化,认为只有XBYTE[2]=0x58
(即忽略前三条语句,只产生一条机器代码)。如果键入volatile,
编译器会逐一的进行编译并产生相应的机器代码(产生四条代码),
即四条机器代码都能产生对应的效果。
2)一个中断服务子程序中会访问到的非自动变量;
例如中断中把一个值改变了,而编译器由于取值进行了默认的优化,导致没有效果,例如按下某个按键,产生硬件中断,修改flag,但是flag没有加volatile所以导致没有得到想要的结果。
3)多线程应用中被几个任务共享的变量;
和第二种情况类似,只不过是其他多线程应用修改,而不是中断修改
volatile一些常见的考法
1.一个参数既可以是const还可以是volatile吗?解释为什么。
可以