溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
今天就跟大家聊聊有關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進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
