• <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 閱讀(801) 評論(2)  編輯 收藏 引用  
		
            
	
            
	
	


	


            
	    
    


            

            評論
            
	
	
			
            
				# re: 數組越界的陷阱
					
						2010-07-18 15:27
					
				陳梓瀚(vczh)
			
            
			
            
				不如用vector代替你的if  回復  更多評論
				  
			
            
		
			
            
				# re: 數組越界的陷阱
					
						2010-07-18 17:03
					
				role0523
			
            
			
            
				@陳梓瀚(vczh)

            嵌入式項目中 vector還是比較慎用的  回復  更多評論
				  
			
            
		

            




            






            

				
    


            

            
    
        
        

            導航
            

        
            
	
            
		
            <2010年7月>
            
	
            日一二三四五六
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567
            

            

        

            統計
            
	
        

            常用鏈接
            


            留言簿
            


		
            隨筆檔案
            
		
				
			
	



            搜索
            



            最新評論
	
            

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

            


            閱讀排行榜
            



            評論排行榜
            


    

            
    
    







            
	   
	



久久久久亚洲av毛片大|
国产欧美久久久精品|
成人国内精品久久久久影院VR|
狠狠色噜噜狠狠狠狠狠色综合久久
|
久久人人爽人人爽人人AV东京热|
亚洲精品无码成人片久久|
成人久久综合网|
思思久久99热只有频精品66|
久久久久免费看成人影片|
精品多毛少妇人妻AV免费久久|
久久青青草视频|
国产精品99久久久久久宅男|
国产精品久久久久免费a∨|
久久精品成人免费看|
亚洲欧美日韩精品久久亚洲区|
国产国产成人精品久久|
亚洲国产精品无码久久久久久曰|
国产韩国精品一区二区三区久久
|
久久青青草视频|
一本伊大人香蕉久久网手机|
久久精品无码一区二区WWW|
国产99久久久久久免费看|
亚洲精品乱码久久久久久按摩|
日本精品久久久久影院日本|
久久久精品久久久久特色影视|
久久99精品久久久久久动态图|
国产精品久久新婚兰兰|
久久久国产精华液|
国产精品日韩欧美久久综合|
蜜臀av性久久久久蜜臀aⅴ麻豆
|
品成人欧美大片久久国产欧美|
奇米影视7777久久精品|
久久久久人妻一区二区三区
|
91精品观看91久久久久久|
色诱久久久久综合网ywww|
免费久久人人爽人人爽av|
亚洲国产精品无码久久久久久曰|
久久青青草原精品国产不卡|
国产99久久九九精品无码|
久久久WWW免费人成精品|
欧美午夜A∨大片久久|