最近发现team对Volatile关键字的使用不够恰当。有些完全反对，即绝不使用，因为内存可见性这一点好处不足以去冒险多线程中一致性的问题；有些则把它用在了需要加锁的场景中（需要用lock或InternalLock）。


先说说内存可见性。
C#中的volatile和java中略有不同，写操作可保证写入内存；而读操作则不保证。
例如，以下为某变量在内存中以及线程中的情况，其中线程1和线程2分别正使用CPU 缓存L1和L2中的值。



现在线程1进行写操作





线程2读操作





现在问题来了，线程2没有读到最新的值。解决这个问题的办法就是把变量声明为Volatile。







这样就保证了内存可见性。即在多线程中的每次写操作，内存值被更新；读操作，内存值和当前引用的缓存值一致。
即便这样，Volatile的使用场景也确实有限。因为多线程并发还是会有一致性问题，有时该加锁还是要加锁。当然有无锁缓存的做法，如immutable，这部分内容超出本文的范围，以后会做介绍。


除了保证内存可见性，volatile也告诉编译器，不会对生成的指令进行reorder和优化（optimization）。


那么，什么情况下使用Volatile？


一个场景是线程A只读，线程B写，这样就可以不用加锁就享受到了内存一致性。

private volatile int _countUntilTen = 0;
if (_countUntilTen < 10) 
{
	...
}

再如内存缓存，缓存值只在一个线程中被更新。

...
private volatile static Dictionary<string, string> _cache = new Dictionary<string, string>();




private void UpdateInAnotherThread (){
	...
}


public string ReadCache(string key){
	if(!_cache.ContainsKey(key)){throw new Exception();}
	
	return _cache[key];
}


...