IEnumerable Linq方法是否是线程安全的？
我想知道Linq扩展方法是否是primefaces的？ 或者，在进行任何类型的迭代之前，我是否需要lock线程中使用的任何IEnumerable对象？
将变量声明为volatile是否会对此产生影响？
综上所述，以下哪项是最好的，线程安全，操作？
1-没有任何锁：
IEnumerable _objs = //... var foo = _objs.FirstOrDefault(t => // some condition
2-包括锁定语句：
IEnumerable _objs = //... lock(_objs) { var foo = _objs.FirstOrDefault(t => // some condition }
3-将变量声明为volatile：
volatile IEnumerable _objs = //... var foo = _objs.FirstOrDefault(t => // some condition
接口IEnumerable不是线程安全的。 请参阅http://msdn.microsoft.com/en-us/library/s793z9y2.aspx上的文档，其中说明：
只要集合保持不变，枚举器仍然有效。 如果对集合进行了更改（例如添加，修改或删除元素），则枚举数将无法恢复，并且其行为未定义。
枚举器没有对集合的独占访问权限; 因此，枚举通过集合本质上不是一个线程安全的过程。 要在枚举期间保证线程安全，可以在整个枚举期间锁定集合。 要允许多个线程访问集合以进行读取和写入，您必须实现自己的同步。
Linq没有改变任何这一点。
显然，锁定可用于同步对象的访问。 您必须在访问它的任何地方锁定对象，而不仅仅是在迭代它时。
将集合声明为volatile将不会产生任何积极影响。 它只会在读取之前和写入对集合的引用之后产生内存屏障。 它不会同步集合读取或写入。
简而言之，如上所述，它们不是线程安全的。
但是，这并不意味着您必须在“每种迭代”之前锁定。
您需要将更改集合（添加，修改或删除元素）的所有操作与（添加，修改，删除元素或读取元素）的其他操作同步。
如果您只是同时对集合执行读取操作，则不需要锁定。 （所以运行像Average，Contains，ElementAtOrDefault这样的LINQ命令就可以了）
如果集合中的元素具有机器字长，例如大多数32位计算机上的Int，则更改该元素的值已经primefaces化地执行。 在这种情况下，不要在没有锁定的情况下添加或删除集合中的元素，但是如果您可以在设计中处理某些非确定性，则修改值可能没问题。
最后，您可以考虑对集合的各个元素或部分进行细粒度锁定，而不是锁定整个集合。