谁能对C＃中的volatile关键字提供很好的解释？它可以解决哪些问题，哪些不能解决？在什么情况下可以节省锁定的使用时间？
我认为没有比埃里克·利珀特（Eric Lippert）更好的人了（原文强调）：
在C＃中，“ volatile”不仅意味着“确保编译器和抖动不会对此变量执行任何代码重新排序或寄存器缓存优化”。这也意味着“告诉处理器去做我需要做的所有事情，以确保我正在读取最新的值，即使这意味着停止其他处理器并使它们将主内存与其缓存同步”。 实际上，最后一点是谎言。易失性读写的真正语义比我在这里概述的要复杂得多。实际上， 它们 实际上 并不能保证每个处理器都会停止正在执行的操作 并向/从主内存更新缓存。相反， 它们提供了关于读写前后如何观察到的内存访问相对顺序的较弱保证 。诸如创建新线程，输入锁或使用互锁方法系列之一之类的某些操作为观察顺序提供了更有力的保证。如果需要更多详细信息，请阅读C＃4.0规范的3.10和10.5.3节。 坦白说， 我不鼓励您从事不稳定的领域 。易失性字段表明您正在疯狂地做某事：您试图在两个不同的线程上读取和写入相同的值，而没有进行锁定。锁可确保观察到在锁内读取或修改的内存是一致的，锁可确保一次只有一个线程访问给定的内存块，依此类推。锁太慢的情况的数量非常少，并且由于您不了解确切的内存模型而导致代码出错的可能性非常大。除了互锁操作的最简单用法之外，我不会尝试编写任何低锁代码。我将“易失性”的用法留给真正的专家使用。
在C＃中，“ volatile”不仅意味着“确保编译器和抖动不会对此变量执行任何代码重新排序或寄存器缓存优化”。这也意味着“告诉处理器去做我需要做的所有事情，以确保我正在读取最新的值，即使这意味着停止其他处理器并使它们将主内存与其缓存同步”。
实际上，最后一点是谎言。易失性读写的真正语义比我在这里概述的要复杂得多。实际上， 它们 实际上 并不能保证每个处理器都会停止正在执行的操作 并向/从主内存更新缓存。相反， 它们提供了关于读写前后如何观察到的内存访问相对顺序的较弱保证 。诸如创建新线程，输入锁或使用互锁方法系列之一之类的某些操作为观察顺序提供了更有力的保证。如果需要更多详细信息，请阅读C＃4.0规范的3.10和10.5.3节。
坦白说， 我不鼓励您从事不稳定的领域 。易失性字段表明您正在疯狂地做某事：您试图在两个不同的线程上读取和写入相同的值，而没有进行锁定。锁可确保观察到在锁内读取或修改的内存是一致的，锁可确保一次只有一个线程访问给定的内存块，依此类推。锁太慢的情况的数量非常少，并且由于您不了解确切的内存模型而导致代码出错的可能性非常大。除了互锁操作的最简单用法之外，我不会尝试编写任何低锁代码。我将“易失性”的用法留给真正的专家使用。
有关更多阅读，请参阅：
