从内存访问的角度来看...是否值得尝试这样的优化？
int boolean_value = 0;
//magical code happens and boolean_value could be 0 or 1
if(boolean_value)
{
//do something
}
代替
unsigned char boolean_value = 0;
//magical code happens and boolean_value could be 0 or 1
if(boolean_value)
{
//do something
}
与整数 4 相对的 unsigned char 当然只占用 1 个字节（假设这里是 32 位平台），但我的理解是处理器从内存中读取整数值会更快。
【问题讨论】：
标签： c optimization
这几乎不是一个好主意。许多系统一次只能从内存中读取字大小的块，因此读取一个字节然后进行屏蔽或移位实际上会占用更多代码空间和同样多的（数据）内存。如果您使用的是不起眼的微型系统，请进行测量，但通常这实际上会减慢和膨胀您的代码。
【讨论】：
从内存访问的角度来看...是 值得尝试优化 像这样？
可能不会。在几乎所有现代处理器中，内存将根据处理器的字长获取。在您的情况下，即使要取出一个字节的内存，您的处理器也可能会根据该处理器的缓存来获取整个 32 位或更多的字。您的架构可能会有所不同，因此您需要了解您的 CPU 是如何工作的。
但正如其他人所说，尝试并衡量它并没有什么坏处。
【讨论】：
它可能会更快，也可能不会更快，而且速度取决于很多事情，以至于不可能给出通用答案。例如：硬件架构、编译器、编译器选项、数据量（是否适合 L1 缓存？）、其他争夺 CPU 的东西等。
因此，正确的答案是：尝试两种方法并针对您的特定情况进行衡量。
如果测量没有表明一种方法明显快于另一种方法，请选择更清晰的方法。
【讨论】：
遵循优化的标准规则。首先，不要优化。然后测试您的代码是否在某个时候需要它。然后优化那个点。此链接对优化主题进行了很好的介绍。
http://www.catb.org/~esr/writings/taoup/html/optimizationchapter.html
【讨论】：
int 布尔值可能不是您最大的内存消耗之一。
询问unsigned char 与int 占用了多少内存只有在数组中时才有意义（或者可能是一个结构，如果您小心地对元素进行排序以进行对齐） ）。作为一个单独的变量，您根本不可能节省任何内存，并且编译器可能会生成更大的代码来截断寄存器的高位。
作为一般策略，除非您有非常好的理由而不是试图节省空间，否则不要在数组中使用小于int 的类型。
【讨论】：