bitfield數(shù)據(jù)類型的坑有哪些呢

今天就跟大家聊聊有關(guān)bitfield數(shù)據(jù)類型的坑有哪些呢，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

聲明：這是很久以前的文章

bitfield并不具有可移植性，因此實際使用中，我都是盡量使用bitand來代替。

然而代碼中之前就已經(jīng)使用了bitfield的定義方式，作為后續(xù)開發(fā)我沒有理由去改掉這個數(shù)據(jù)結(jié)構(gòu)（除非它有問題），結(jié)果就無意間踩到了這個坑。

bitfield定義和使用大概如下：

union utest {
       int val;
       struct stest {
               int a:3;
               int b:5;
       };
};

union utest t;
t.value = 0x07;


bitfield冒號后面的數(shù)字標(biāo)識bitfield的位寬，bitfield前面的類型用于標(biāo)識取出字段后應(yīng)該變成一個什么樣的類型(標(biāo)準(zhǔn)上說僅能支持int, signed int, unsigned int, 然而gcc還支持char, short等類型)。

問題的關(guān)鍵就在于，如果你定義的是有符號類型，那么編譯器會將取出的bitfield按照有符號類型進(jìn)行類型提升。

當(dāng)程序讀取變量stest::a時，他會讀取utest::val的byte0的低3bit。由于stest::a的類型為int（有符號型類型), 則他將utest::byte0::bit2作為符號位進(jìn)行整型提升。

也就是說如果utest::byte0::bit2~0的值為110b, 那么你讀stest::a時,編譯器會將bit2作為符號位來將110b整型提升為0xfffffffe, 即(int)-2;

在實際使用中我使用stest::b作為了一個數(shù)組的索引，當(dāng)stest::b大于0x10時，數(shù)組訪問直接越界了。

btw, 一般使用bitfield特性時應(yīng)該很少去依賴于其符號擴展功能（即將其定義為有符號型類型）， 因此在將bitfield定義為int而不是unsigned int時一定要再三考慮。

看完上述內(nèi)容，你們對bitfield數(shù)據(jù)類型的坑有哪些呢有進(jìn)一步的了解嗎？如果還想了解更多知識或者相關(guān)內(nèi)容，請關(guān)注億速云行業(yè)資訊頻道，感謝大家的支持。