@iwtbauh 我刚刚试了一下 win 下也确实没有对齐，只有单片机是 4 对齐的，估计还是与 cup 指令集有关系。
如果申请＞ 1 字节数组的话会强制对齐 4 字节。
感谢。

@iwtbauh emmmm，其实你可以连续定义 2 个 uchar 然后断点，用&拿出地址，看看是不是 4 字节对齐

把钱花光

[email protected] 好人一生平安

我还以为生产服务 404，真要这样是可以撸羊毛，有一次腾讯图床应用证书过期 2 小时，被我们投诉，各种磨了 3 万块钱代金券

对于位操作我的想法是看计算类型以及计算量，主要考虑到可读性和开发效率。如果对位计算有兴趣可以阅读一下 bitmap 算法相关书籍

@iwtbauh 准确的说 x86 确实有读取和写入单字节的指令，不过这并不代表他是个单周期指令，退 1w 步讲，内存条数据总线单周期最小读取是 4 个字节，当然不排除 cpu 缓存的存在。在单片机之类的环境表现尤为突出，当年使用某国产指纹芯片 as605 不对齐 cpu 竟然直接异常。st 系列好很多，但是在遇到跨页读取（通过强转读取通讯数据 buf 的 4 字节）仍然会出现读取数据错误（这个问题查了很久）。
当然这个话题并不是为了抬杠，而是想说明 uchar 作为布尔是没有任何意义的，所占用空间(编译器强制 4 对齐)和计算时间(≥1 个周期)都没有任何优势。

@winterfell30
目前 cpu 单周期最小 32 位，所以为了提高存取效率单个 uchar 会占用 4 个字节，也就是 int 大小。当然可以使用紧缩型编译，但会导致一个 uchar 会先读取整合相邻 4 字节，然后通过移位拿出属于他的 1 字节 uchar。所以读取周期会是 2 个，写入就更麻烦了……
这也就是我们常说的 4 字节对齐，非 4 字节对齐会极大耗费 cpu，一般来讲编译器将所有变量的起始地址都对齐 4 字节，这么来讲一个 uchar 和 int 内存开销是一致的，但 uchar 运算开销倍增！

你确定能天天熬过 996 ？

科技无国界，但放科技的服务器有国界，科技工作者有国界。不需要洗白，世界都是黑的。

肯定订阅号，但是要天天推文，否则石沉大海

以前害怕 int 占用大，布尔型用 uchar 的 0 和 1，最后知道真相的我眼泪掉下来

非密集计算用位操作我决定扇死他，我现在翻翻以前写的 c 代码都想扇自己，为了省内存各种可读性的降低，后期维护加功能麻烦的一批！

手机摔了，打电话去公共电话亭，外卖不存在，发工资去取款机取钱，发 v2 去网吧。慢慢的你就会发现:去他妈的锻炼[狗头]

因为你氪少了

@18115692244 你的记忆是正确的，但已经成为了记忆

这事问我就对了，我没有出现过，好像是我没有苹果电脑……

ios 一样的，得挨个关，Android 也得挨个关

我觉得这里都是外包，坐等楼下竞价