是锁定对布尔的访问权还是过度杀伤

| 我有一个主要设计为POCO类的类，其中各种线程和任务都可以读取其值，只有其他类偶尔会更新这些值。对于ReaderWriterLockSlim，这似乎是理想的方案。 问题是，在该类中，是否需要线程安全的属性，如果该属性是布尔型的，那是不是太过分了？如果是int会怎样？约会时间？

public class MyClass
{
  private bool _theValue = false;
  private ReaderWriterLockSlim _theValueLock = new ReaderWriterLockSlim();

  public bool TheValue
  {
    get
    {
      bool returnVal = false;
      try
      {
        _theValueLock.EnterReadLock();
        returnVal = _theValue;
      }
      finally
      { _theValueLock.ExitReadLock(); }
      return returnVal;
    }
    set
    {
      try
      {
        _theValueLock.EnterWriteLock();
        _theValue = value;
      }
      finally
      { _theValueLock.ExitWriteLock(); }
    }
  }
}

这是所有代码的过度杀伤力，并且简单...

public bool TheValue { get; set; }

...足够吗？ 因为类型是布尔型，所以安全吗？如果是这样，什么时候变得不安全？ 字节？诠释？约会时间？ 编辑 我的基本体系结构是具有此类存储状态。也许有一个服务负责对此类进行写操作。所有其他类都可以基于此状态数据读取并执行其逻辑。我将尽力确保所有数据都是一致的，但是如下所述，我主要关心的是数据的原子性和碎片化。 结论 感谢每个人的回应，所有这些都很有价值。我主要关心的是写入/读取的原子性（即担心碎片）。对于.NET平台，如果所讨论的变量是小于4个字节的内置值类型，则读和写是原子的（例如，short和int很好，long和double则不是）。