从两个问题说起
C/C++多线程编程中要不要使用volatile？
有人认为volatile解决多线程竞争问题是有很大风险的，除非所用的环境系统不可靠才会为了保险加上volatile，或者是从极限效率考虑来实现很底层的接口。这要求编写者对程序逻辑走向很清楚才行，不然就会出错。是不是很神奇，这个关键字我相信很多人可能没写过，但是对于资深的程序员来说可能并不陌生。
C++11标准中明确指出解决多线程的数据竞争问题应该使用原子操作或者互斥锁。
C和C++中的volatile并不是用来解决多线程竞争问题的，而是用来修饰一些因为程序不可控因素导致变化的变量，比如访问底层硬件设备的变量，以提醒编译器不要对该变量的访问擅自进行优化。
volatile定义
关键字volatile是给编译器的指示，指出对这样的对象不应该执行优化。在C，C++，Java里头，曾经备受争议，后来随着内存模型与多线程，高并发等场景，让他重获生机。
volatile是一个类型修饰符（type modifier）。它是被设计用来修饰被不同线程访问和修改的变量。如果没有volatile，基本上会导致这样的结果：要么无法编写多线程程序，要么编译器失去大量优化的机会。当然单线程只能起到限制编译器优化的作用。
应用场景
用与const限定符相同的方式使用volatile限定符。volatile限定符是一个对类型的附加修饰符.如果你是菜鸟的话，你就当做const修饰符那样就好了。
嵌入式方面，用volatile修饰的变量是说该变量有可能被硬件改变，如寄存器操作等。
比如直接处理硬件的程序常具有这样的数据成员，它们的值由程序本身控制之外的过程所控制。例如，程序可以包含由系统时钟更新的变量。当可以用编译器的控制或检测之外的方式改变对象值的时候，应该将对象生命为volatile。
