使Guid属性线程安全

我的一个类有一个Guid类型的属性。此属性可以由多个线程同时读取和写入。我的印象是对Guid的读写不是primefaces的，因此我应该锁定它们。

我选择这样做：

public Guid TestKey { get { lock (_testKeyLock) { return _testKey; } } set { lock (_testKeyLock) { _testKey = value; } } }

（在我的课程中，所有对Guid的访问也是通过该属性完成的，而不是直接访问_testKey。）

我有两个问题：

（1）是否真的有必要像这样锁定Guid以防止撕裂读数？（我很确定它是。）

（2）这是一种合理的锁定方式吗？或者我需要像下面这样做：

 get { Guid result; lock (_testKeyLock) { result = _testKey; } return result; }

[编辑]本文确认Guids将遭受撕裂的读取： http ： //msdn.microsoft.com/en-us/magazine/jj863136.aspx

1）是否真的有必要像这样锁定Guid以防止撕裂读数？（我很确定它是。）

是的。

2）这是一种合理的锁定方式吗？

再说一遍：是的。

如果已经存在Guid的Interlocked方法那么本来会更好（更快）。

对于double （另一个非primefaces结构），有来自Interlocked支持，并且对于引用它不是必需的。

因此，作为模式，只有Interlocked不支持的较大结构才需要这样。

1：是的; 如果你有一个线程读数和一个写入，以防止撕裂的价值; Guid不保证是primefaces的

2：“喜欢以下”：它们实际上是一样的; 在IL级别，您无法从try / catch块返回，因此编译器通过引入局部变量来实现您的第一个示例，就像在第二个示例中一样。

另一种方法可能就是把它装箱; 引用是primefaces的：

 object boxedTestKey; public Guid TestKey { get { return (Guid)boxedTestKey; } set { boxedTestKey = value; } }

不需要锁定，但是盒子的开销很小。