今天就跟大家聊聊有关bitfield数据类型的坑有哪些呢，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
声明：这是很久以前的文章
bitfield并不具有可移植性，因此实际使用中，我都是尽量使用bitand来代替。
然而代码中之前就已经使用了bitfield的定义方式，作为后续开发我没有理由去改掉这个数据结构（除非它有问题），结果就无意间踩到了这个坑。
bitfield定义和使用大概如下：
union utest {
int val;
struct stest {
int a:3;
int b:5;
};
};
union utest t;
t.value = 0x07;
bitfield冒号后面的数字标识bitfield的位宽，bitfield前面的类型用于标识取出字段后应该变成一个什么样的类型(标准上说仅能支持int, signed int, unsigned int, 然而gcc还支持char, short等类型)。
问题的关键就在于，如果你定义的是有符号类型，那么编译器会将取出的bitfield按照有符号类型进行类型提升。
当程序读取变量stest::a时，他会读取utest::val的byte0的低3bit。由于stest::a的类型为int（有符号型类型), 则他将utest::byte0::bit2作为符号位进行整型提升。
也就是说如果utest::byte0::bit2~0的值为110b, 那么你读stest::a时,编译器会将bit2作为符号位来将110b整型提升为0xfffffffe, 即(int)-2;
在实际使用中我使用stest::b作为了一个数组的索引，当stest::b大于0x10时，数组访问直接越界了。
btw, 一般使用bitfield特性时应该很少去依赖于其符号扩展功能（即将其定义为有符号型类型）， 因此在将bitfield定义为int而不是unsigned int时一定要再三考虑。
看完上述内容，你们对bitfield数据类型的坑有哪些呢有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注亿速云行业资讯频道，感谢大家的支持。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
