• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            數(shù)組越界的陷阱

              以前在項(xiàng)目中,發(fā)現(xiàn)了一個(gè)由于數(shù)組越界訪問(wèn)的BUG。數(shù)組越界訪問(wèn)的結(jié)果是未定義的,在大多數(shù)情況下,會(huì)出現(xiàn)空指針異常。

                但是如果在結(jié)構(gòu)體中,兩個(gè)數(shù)組的內(nèi)存分配是連續(xù)的。為了示例方便,我將代碼做了簡(jiǎn)化,例如如下面的test結(jié)果體中,數(shù)組a和數(shù)組b的內(nèi)存是連續(xù)的,也就是說(shuō)a[9]后面跟的就是b[0].

                因此在訪問(wèn)a的時(shí)候,如果數(shù)組越界,就會(huì)訪問(wèn)到數(shù)組b中,例如a[29]=b[19]; 因此如果不對(duì)a的數(shù)組訪問(wèn)進(jìn)行下標(biāo)校驗(yàn),將會(huì)從b中取得數(shù)據(jù),如果在對(duì)a賦值時(shí)越界,將會(huì)對(duì)b中的數(shù)據(jù)進(jìn)行修改,這將會(huì)帶來(lái)調(diào)試的巨大麻煩,表現(xiàn)形式是b數(shù)據(jù)在某個(gè)地方被修改了。

             1struct test
             2{
             3    int a[10];
             4    int b[20];
             5}
            ;
             6int main()
             7{
             8    struct test t;
             9    int result;
            10    for(int i=0;i<20;i++)
            11    {
            12        t.b[i]=i+1;
            13    }

            14    result=*(t.a+29);
            15    printf("the result is %d",result);
            16    return 0;
            17}
            因此,切記在訪問(wèn)或者操作數(shù)組時(shí),一定要對(duì)數(shù)組下標(biāo)進(jìn)行校驗(yàn),例如上面的例子可以修改為:
            1if(index<10&&index>=0
            2{   
            3    result=a[index]); 
            4}

            5

            posted on 2010-07-18 01:31 role0523 閱讀(801) 評(píng)論(2)  編輯 收藏 引用

            評(píng)論

            # re: 數(shù)組越界的陷阱 2010-07-18 15:27 陳梓瀚(vczh)

            不如用vector代替你的if  回復(fù)  更多評(píng)論   

            # re: 數(shù)組越界的陷阱 2010-07-18 17:03 role0523

            @陳梓瀚(vczh)
            嵌入式項(xiàng)目中 vector還是比較慎用的  回復(fù)  更多評(píng)論   


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            導(dǎo)航

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            統(tǒng)計(jì)

            常用鏈接

            留言簿

            隨筆檔案

            搜索

            最新評(píng)論

            • 1.?re: i++與++i
            • @role0523
              基本上是沒(méi)有去區(qū)別的,有時(shí)候++i能被優(yōu)化掉,但很多時(shí)候編譯器能發(fā)現(xiàn)他們是一樣的,所以沒(méi)有區(qū)別。
            • --chaogu
            • 2.?re: i++與++i
            • @chaogu
              忘記在誰(shuí)的blog上看到在比較i++和++i哪個(gè)操作更高效,于是就看看他們匯編指令的條數(shù)。其實(shí)大多數(shù)時(shí)候都是一樣的。
            • --role0523
            • 3.?re: 數(shù)組越界的陷阱
            • @陳梓瀚(vczh)
              嵌入式項(xiàng)目中 vector還是比較慎用的
            • --role0523
            • 4.?re: 數(shù)組越界的陷阱
            • 不如用vector代替你的if
            • --陳梓瀚(vczh)
            • 5.?re: i++與++i
            • 用匯編表達(dá)了一個(gè)很早就被默認(rèn)了的定理,好還是不好呢?
            • --chaogu

            閱讀排行榜

            評(píng)論排行榜

            久久久99精品成人片中文字幕| 中文字幕久久波多野结衣av| 99麻豆久久久国产精品免费| 狠狠色噜噜狠狠狠狠狠色综合久久| 久久久久久久尹人综合网亚洲| 国产AV影片久久久久久| 久久综合成人网| 伊人色综合久久天天人手人婷| 久久久久99精品成人片欧美| 99久久婷婷免费国产综合精品| 久久国产高清字幕中文| 青春久久| 久久99国产精品尤物| 久久精品无码专区免费| 国产亚洲精品自在久久| 性做久久久久久久久| 久久91精品国产91久久户| 久久久久女教师免费一区| 成人久久精品一区二区三区| 午夜精品久久久久久| 99热成人精品免费久久| 欧洲成人午夜精品无码区久久| 香港aa三级久久三级老师2021国产三级精品三级在 | 久久国产一区二区| 国产精品乱码久久久久久软件| 久久99热狠狠色精品一区| 婷婷五月深深久久精品| 精品伊人久久久| 精品多毛少妇人妻AV免费久久| 国产亚洲色婷婷久久99精品| 久久久www免费人成精品| 久久精品亚洲福利| 国产午夜电影久久| 久久se精品一区精品二区| 国内精品久久久久影院一蜜桃| 久久久久人妻一区二区三区 | 丁香色欲久久久久久综合网| 久久婷婷色综合一区二区| 久久精品亚洲乱码伦伦中文| 中文字幕久久欲求不满| 国产ww久久久久久久久久|