• <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>

            數組越界的陷阱

              以前在項目中,發現了一個由于數組越界訪問的BUG。數組越界訪問的結果是未定義的,在大多數情況下,會出現空指針異常。

                但是如果在結構體中,兩個數組的內存分配是連續的。為了示例方便,我將代碼做了簡化,例如如下面的test結果體中,數組a和數組b的內存是連續的,也就是說a[9]后面跟的就是b[0].

                因此在訪問a的時候,如果數組越界,就會訪問到數組b中,例如a[29]=b[19]; 因此如果不對a的數組訪問進行下標校驗,將會從b中取得數據,如果在對a賦值時越界,將會對b中的數據進行修改,這將會帶來調試的巨大麻煩,表現形式是b數據在某個地方被修改了。

             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}
            因此,切記在訪問或者操作數組時,一定要對數組下標進行校驗,例如上面的例子可以修改為:
            1if(index<10&&index>=0
            2{   
            3    result=a[index]); 
            4}

            5

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

            評論

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

            不如用vector代替你的if  回復  更多評論   

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

            @陳梓瀚(vczh)
            嵌入式項目中 vector還是比較慎用的  回復  更多評論   

            導航

            <2025年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            統計

            常用鏈接

            留言簿

            隨筆檔案

            搜索

            最新評論

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

            閱讀排行榜

            評論排行榜

            无码专区久久综合久中文字幕| 久久男人中文字幕资源站| 欧美亚洲色综久久精品国产| 精品综合久久久久久98| 日韩精品久久无码中文字幕| 99久久无码一区人妻a黑| 国产精品内射久久久久欢欢| 久久久久久国产精品美女| 99麻豆久久久国产精品免费| 久久亚洲AV无码精品色午夜 | 精品无码久久久久久午夜| 国产精品免费久久久久电影网| 久久久久se色偷偷亚洲精品av| 99久久国产亚洲高清观看2024| 久久人人爽人人爽人人爽| Xx性欧美肥妇精品久久久久久| 精品久久久久成人码免费动漫 | 国产精品久久久99| 久久精品国产亚洲av麻豆小说| 热久久国产欧美一区二区精品| 91视频国产91久久久| 囯产精品久久久久久久久蜜桃 | 91精品国产色综久久| 久久棈精品久久久久久噜噜| 精品国产热久久久福利| 久久一日本道色综合久久| 亚洲精品视频久久久| 国产亚州精品女人久久久久久| 国产91久久精品一区二区| 国产综合久久久久久鬼色| 奇米综合四色77777久久| 综合久久精品色| 久久久这里有精品| 亚洲国产成人久久综合区| 久久天天躁狠狠躁夜夜不卡| 久久97久久97精品免视看| 久久久精品国产亚洲成人满18免费网站 | 综合久久久久久中文字幕亚洲国产国产综合一区首 | 精品国产综合区久久久久久| 人人狠狠综合久久亚洲88| 久久青青草原国产精品免费|