青岛外围-青岛的外围资源

　　青岛外围-青岛的外围资源【薇81343628】【81343628】【高端外围资源】【诚信合作,非诚勿扰!】可直接添加 ！volatile关键字表明，即使程序代码没有对内存单元进行修改，其值也可能发生变化。例如，可以将一个指针指向某个硬件位置，其中包含了来自串行端口的时间或信息。在这种情况下，硬件（而不是程序）可能修改其中的内容。或者两个程序可能互相影响，共享数据。该关键字的作用是为了改善编译器的优化能力。例如，假设编译器发现，程序在几条语句中两次使用了某个变量的值，则编译器可能不是让程序查找这个值两次，而是将这个值缓存到寄存器中。这种优化假设变量的值在这两次使用之间不会变化。如果不讲变量声明为volatile，则编译器将进行这种优化；将变量声明为volatile，相当于告诉编译器，不要进行这种优化。
　　1.硬件优化
　　青岛外围-青岛的外围资源【薇81343628】【81343628】【高端外围资源】【诚信合作,非诚勿扰!】可直接添加 ！由于内存访问速度远不及CPU处理速度，为提高机器整体性能，在硬件上引入硬件高速缓存Cache，加速对内存的访问。另外在现代CPU中指令的执行并不一定严格按照顺序执行，没有相关性的指令可以乱序执行，以充分利用CPU的指令流水线，提高执行速度。
　　2.软件优化
　　一种是在编写代码时由程序员优化，另一种是由编译器进行优化。编译器优化常用的方法有：将内存变量缓存到寄存器；调整指令顺序充分利用CPU指令流水线，常见的是重新排序读写指令。对常规内存进行优化的时候，这些优化是透明的，而且效率很好。
　　3.volatile关键字
　　volatile总是与优化有关，编译器有一种技术叫做数据流分析，分析程序中的变量在哪里赋值、在哪里使用、在哪里失效，分析结果可以用于常量合并，常量传播等优化，进一步可以消除一些代码。但有时这些优化不是程序所需要的，这时可以用volatile关键字禁止做这些优化。
　　当要求使用volatile声明变量值的时候，系统总是重新从它所在的内存读取数据，即使它前面的指令刚刚从该处读取过数据。精确地说就是，遇到这个关键字声明的变量，编译器对访问该变量的代码就不再进行优化，从而可以提供对特殊地址的稳定访问；如果不使用valatile，则编译器将对所声明的语句进行优化。
　　在本次线程内, 当读取一个变量时，为提高存取速度，编译器优化时有时会先把变量读取到一个寄存器中；以后，再取变量值时，就直接从寄存器中取值；当变量值在本线程里改变时，会同时把变量的新值copy到该寄存器中，以便保持一致。当变量在因别的线程等而改变了值，该寄存器的值不会相应改变，从而造成应用程序读取的值和实际的变量值不一致。例如：
　　volatile BOOL bStop = FALSE;
　　在一个线程中：
　　while( !bStop )
　　{
　　...
　　}
　　bStop = FALSE;
　　return;
　　在另外一个线程中，要终止上面的线程循环：
　　bStop = TRUE;
　　while( bStop ); //等待上面的线程终止，如果bStop不使用volatile申明，那么这个循环将是一个死循环
　　因为bStop已经读取到了寄存器中，寄存器中bStop的值永远不会变成FALSE，加上volatile，程序在执行时，每次均从内存中读出bStop的值，就不会死循环了。又如：
　　int nMyCounter = 0;
　　for(; nMyCounter<100;nMyCounter++)
　　{
　　...
　　}
　　...
　　青岛外围-青岛的外围资源【薇81343628】【81343628】【高端外围资源】【诚信合作,非诚勿扰!】可直接添加 ！在此段代码中，nMyCounter的拷贝可能存放到某个寄存器中（循环中，对nMyCounter的测试及操作总是对此寄存器中的值进行），但是另外有又段代码执行了这样的操作：nMyCounter -= 1;这个操作中，对nMyCounter的改变是对内存中的nMyCounter进行操作，于是出现了这样一个现象：nMyCounter的改变不是同步的。
　　4.使用volatile的几个场景
　　1>中断服务程序中修改的供其它程序检测的变量需要加volatile；例如：
　　static int i=0;
　　int main(void)
　　{
　　...
　　while (1){
　　if (i) dosomething();
　　}
　　｝
　　/* Interrupt service routine. */
　　void ISR_2(void)
　　{
　　i=1;
　　}
　　程序的本意是希望ISR_2中断产生时，在main函数中调用dosomething函数，但是，由于编译器判断在main函数里面没有修改过i，因此可能只执行一次对从i到某寄存器的读操作，然后每次if判断都只使用这个寄存器里面的“i副本”，导致dosomething永远也不会被调用。如果将变量加上volatile修饰，则编译器保证对此变量的读写操作都不会被优化（肯定执行）。此例中i也应该如此说明。
　　2>多任务环境下各任务间共享的标志应该加volatile
　　3>存储器映射的硬件寄存器通常也要加voliate，因为每次对它的读写都可能有不同意义。例如：
　　假设要对一个设备进行初始化，此设备的某一个寄存器为0xff800000。
　　int *output = (unsigned int *)0xff800000;//定义一个IO端口；
　　int init(void)
　　{
　　int i;
　　for(i=0;i< 10;i++){
　　*output = i;
　　}
　　}
　　经过编译器优化后，编译器认为前面循环半天都是废话，对最后的结果毫无影响，因为最终只是将output这个指针赋值为9，所以编译器最后给你编译编译的代码结果相当于：
　　int init(void)
　　{
　　*output = 9;
　　}
　　如果你对此外部设备进行初始化的过程是必须是像上面代码一样顺序的对其赋值，显然优化过程并不能达到目的。反之如果你不是对此端口反复写操作，而是反复读操作，其结果是一样的，编译器在优化后，也许你的代码对此地址的读操作只做了一次。然而从代码角度看是没有任何问题的。这时候就该使用volatile通知编译器这个变量是一个不稳定的，在遇到此变量时候不要优化。例如：
　　volatile int *output=(volatile unsigned int *)0xff800000;//定义一个I/O端口
　　另外，以上这几种情况经常还要同时考虑数据的完整性（相互关联的几个标志读了一半被打断了重写），在1>中可以通过关中断来实现，2>中禁止任务调度，3>中则只能依靠硬件的良好设计。
　　4.一些注意事项
　　一个参数既可以是const还可以是volatile；
　　一个指针可以是volatile。
　　下面的函数有什么错误：
　　int square(volatile int *ptr)
　　{
　　return *ptr * *ptr;
　　}
　　该程序的目的是用来返指针*ptr指向值的平方，但是，由于*ptr指向一个volatile型参数，编译器将产生类似下面的代码：
　　int square(volatile int *ptr)
　　{
　　int a,b;
　　a = *ptr;
　　b = *ptr;
　　return a * b;
　　}
　　由于*ptr的值可能被意想不到地该变，因此a和b可能是不同的。结果，这段代码可能返不是你所期望的平方值！正确的代码如下：
　　long square(volatile int *ptr)
　　{
　　int a;
　　a = *ptr;
　　return a * a;
　　}