假设我有一个对象可能处于一个或多个true/false状态，我一直有点糊涂，为什么程序员经常使用标志+位掩码而不是只使用几个布尔值。
.NET框架中到处都是这种情况。 不确定这是否是最好的例子，但.NET框架具有以下内容：
public enum AnchorStyles
{
None = 0,
Top = 1,
Bottom = 2,
Left = 4,
Right = 8
}
给定一个锚点样式，我们可以使用位掩码来确定哪些状态被选中。但是，似乎也可以通过定义每个可能值的布尔属性的AnchorStyle类/结构体或单独枚举值的数组来实现同样的功能。
当然，我提出这个问题的主要原因是我想知道是否应该在我的代码中遵循类似的做法。
那么，为什么要使用这种方法呢？
传统上，它是一种减少内存使用的方法。所以，在C#中，它已经相当过时了 :-)
作为一种编程技术，它可能在今天的系统中已经过时，您完全可以使用bool数组，但是...
使用位掩码存储的值进行比较很快。使用AND和OR逻辑运算符并比较生成的2个整数即可。
它使用的内存较少。将所有4个示例值放入位掩码中将使用半个字节。使用bool数组，则最可能会使用一些字节来存储数组对象以及每个布尔值的长字。如果您必须存储100万个值，您将看到为什么位掩码版本更优。
它更易于管理，您只需要处理单个整数值，而bool数组在数据库中存储方式会有所不同。
由于内存布局原因，它比数组快得多。在每个方面几乎与使用单个32位整数一样快。我们都知道这对于数据操作是尽可能快的。
轻松设置任意顺序的多个标志。
轻松将一系列的0101011保存到数据库中并获取。
除其他外，向位域添加新的位含义比向类添加新的布尔值更容易。另外，复制位域比复制一系列布尔值更容易。
[Flags] enum AccountStatus {AccountIsInDefault=1,
AccountOverdue=2 and AccountFrozen=4}
[Flags] enum CargoState {ExceedsWeightLimit=1,
ContainsDangerousCargo=2, IsFlammableCargo=4,
ContainsRadioactive=8}
因此，能够将账户（或货物）的整个状态存储在一个变量中是非常有用的...这个变量代表了一个领域元素，其值可以表示任何可能的状态组合。
我建议除非你处理一些相当严重的内存限制（不太可能），否则永远不要使用枚举标志。你应该始终编写优化维护的代码。
拥有多个布尔属性可以更轻松地阅读和理解代码，更改值，并提供智能感知注释，更不用说减少错误的可能性。如果必要，您始终可以在内部使用枚举标志字段，只需确保使用布尔属性公开设置/获取值即可。
Raymond Chen在这个主题的博客文章中有所提及。
当然，位域可以节省数据内存，但是你必须权衡代码大小、调试性和减少多线程的成本。
正如其他人所说，它的时代已经过去了。虽然进行位操作很有趣且看起来很酷，但它不再更加高效，且在维护方面存在严重缺陷，与数据库不兼容，除非你在嵌入式领域工作，否则你拥有足够的内存。
大多数情况下，这些都不值得以维护为代价。但是，在以下几种情况下它们确实很有用：
修改标题的成本：数百万美元和数年的努力。 将信息塞入头文件中未使用的2个字节的成本：0。
当然，访问和操作此信息的代码也需要额外的成本，但这些都由函数完成，因此一旦定义了访问器，就不会比使用布尔值更难以维护。
这是为了速度和效率。基本上，你所处理的只是一个整数。
if ((flags & AnchorStyles.Top) == AnchorStyles.Top)
{
//Do stuff
}
if (AnchorsTop) { .. }。 - user2864740