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

    
            

            




            







												


        


            
    
					
	
            
		
            
			printf都做了什么？？
		
            
		
            最近在看以前的一些代碼，發(fā)現(xiàn)程序中有一些函數(shù)返回指針，而且所返回的指針是stack指針，覺得很是奇怪，stack指針都是系統(tǒng)自己維護(hù)，出了作用域以后自動(dòng)釋放的，難道函數(shù)所返回的stack指針還能繼續(xù)使用？以前的代碼就是那樣，而且運(yùn)行也一直很正常，這是什么原因？覺得很是怪異。
            為測(cè)試stack指針是否由系統(tǒng)管理，從函數(shù)中返回后是否繼續(xù)可用，寫了一些代碼：

            // TestPointer.cpp : Defines the entry point for the console application.
            //
            #include "stdafx.h"
            #include             <windows.h>
            #include             <stdlib.h>

            typedef             struct Person
            {
                            int iAge;
                            int iWeight;
            }            Person;

            //Printf都做了什么？
            //感覺調(diào)用printf時(shí)系統(tǒng)對(duì)stack進(jìn)行了清理
            char * GetString(void);
            Person             * GetPerson();

            int main(int argc, char* argv[])
            {
                printf(            "Hello World!\n");

                            char * pStr = GetString();

                            //感覺調(diào)用printf時(shí)系統(tǒng)對(duì)stack進(jìn)行了清理
                printf("%s", pStr); //將這一句去掉后運(yùn)行試試？

                Person             * m_pPersion = GetPerson();
                
                printf(            "doooooo\n"); //將這一句去掉運(yùn)行試試？
                printf("Age = %d, Weight = %d\n", m_pPersion->iAge, m_pPersion->iWeight);

                            return 0;
            }

            char * GetString(void)
            {
                            //簡(jiǎn)單的可以理解為： 
                            //heap：是由malloc之類函數(shù)分配的空間所在地。地址是由低向高增長的。 
                            //stack：是自動(dòng)分配變量，以及函數(shù)調(diào)用的時(shí)候所使用的一些空間。地址是由高向低減少的。
                            //棧(stack)內(nèi)存的情況
                char szMessage[100];
                strcpy(szMessage,             "this is just a test!\n");
                printf(            "%s", szMessage);
                            return szMessage;

                            //堆(heap)內(nèi)存的情況
                /*char * pRet = (char *)malloc( 100 * sizeof(char));
                strcpy(pRet, "This is just a test!\n");
                return pRet;            */                
            }

            Person             * GetPerson()
            {
                            //stack
                Person m_Person;
                m_Person.iAge             = 24;
                m_Person.iWeight             = 55;

                            return &m_Person;

                            //更換成heap形式的又是怎樣？
            }

            上述程序運(yùn)行環(huán)境為：WindowsXP sp2             + Visual C++ Enterprise Edition 6.0 + Vs6Sp6
            
源代碼

            
		
            
			posted on 2008-04-18 20:32 猶志 閱讀(1732) 評(píng)論(5)  編輯 收藏 引用  
		
            
	
            
	
	


	


            
	    
    


            

            評(píng)論
            
	
	
			
            
				# re: printf都做了什么？？[未登錄]
					
						2008-04-18 21:16
					
				steven
			
            
			
            
				昏。在棧上的數(shù)據(jù)嘛，肯定沒有問題了。  回復(fù)  更多評(píng)論
				  
			
            
		
			
            
				# re: printf都做了什么？？
					
						2008-04-18 22:52
					
				lonkil
			
            
			
            
				你到Release下看看．再用GCC編譯一下試試．

            我試了這幾種情況運(yùn)行結(jié)果都不一樣．

            說明這種用法存在問題，與printf無關(guān)．

            應(yīng)該heap或在調(diào)用函數(shù)里把空間分配好，傳給子函數(shù)賦值．  回復(fù)  更多評(píng)論
				  
			
            
		
			
            
				# re: printf都做了什么？？
					
						2008-04-19 01:01
					
				嘯天豬
			
            
			
            
				所謂stack自動(dòng)清理的意思是：函數(shù)調(diào)用前后調(diào)整棧指針（SP）的任務(wù)編譯器會(huì)自動(dòng)幫你完成

            

            至于指向棧中位置的指針，當(dāng)然可以隨便用，不過這和把指針指向內(nèi)存位置0一樣，后果自負(fù)

            

            程序的運(yùn)行結(jié)果無法證明程序的正確性  回復(fù)  更多評(píng)論
				  
			
            
		
			
            
				# re: printf都做了什么？？
					
						2008-04-19 22:03
					
				starofrainnight
			
            
			
            
				這是初學(xué)者很容易犯錯(cuò)誤，想當(dāng)年我初學(xué)C++時(shí)也是對(duì)這個(gè)問題覺得很奇怪。

            首先，把棧指針傳遞出來是原則性錯(cuò)誤，在C++裡是不允許的，而在函數(shù)結(jié)束後讀取該指針指向的內(nèi)容的行為是未知的。
            其次，棧內(nèi)存是在函數(shù)開始執(zhí)行時(shí)進(jìn)行分配，在函數(shù)結(jié)束進(jìn)行釋放的。
            再次，棧內(nèi)容在函數(shù)結(jié)束是不會(huì)被清理的，因?yàn)獒尫帕说膬?nèi)存不需要再去清理。

            但正因?yàn)闆]有進(jìn)行清理，在調(diào)用此函數(shù)後，你馬上讀取該內(nèi)存，在大部分情況下是可以讀取到原來的內(nèi)容的，只要沒有其它的程序使用到該塊內(nèi)存，那些內(nèi)容是不會(huì)改變的，但這種操作是錯(cuò)誤的，因?yàn)樵搲K內(nèi)存已經(jīng)被釋放了，你所讀取的是已經(jīng)被釋放了的內(nèi)存的內(nèi)容。

            根據(jù)各種編譯器的編譯結(jié)果不同，根據(jù)系統(tǒng)需要不同，根據(jù)你程序編寫的不同，你這個(gè)函數(shù)所產(chǎn)生的結(jié)果是不可預(yù)料的，如上，後果自負(fù)。  回復(fù)  更多評(píng)論
				  
			
            
		
			
            
				# re: printf都做了什么？？[未登錄]
					
						2008-05-01 18:51
					
				lynn
			
            
			
            
				starofrainnight說的很對(duì)；正如樓主所述，stack使用是由高向低進(jìn)行的。而您代碼中描述的：

            char szMessage[100];

            strcpy(szMessage, "this is just a test!\n");

            數(shù)組Message是如此之大，而使用卻如此之小，僅"this is just a test!\n"幾個(gè)字符。這樣，存儲(chǔ)szMessage時(shí)從低址向高址進(jìn)行，100-22=78個(gè)字節(jié)尚未使用，退出GetString函數(shù)之后。sp指針復(fù)原至調(diào)用GetString之前的位置。而調(diào)用GetPerson的活動(dòng)記錄太小，以至于沒有破壞szMessage中存儲(chǔ)的22個(gè)字符。所以，...

              回復(fù)  更多評(píng)論
				  
			
            
		

            




            



            


            

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

            


            

            		
		
            
	
            	

            



            

				
    


            

            
    
        
        

            導(dǎo)航
            

        
            
	
            
		
            <2025年6月>
            
	
            日一二三四五六
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345
            

            

        

            統(tǒng)計(jì)
            
	
        

            常用鏈接
            


            留言簿(1)
            


		
            隨筆分類
            
		
				
			
	
		
            隨筆檔案
            
		
				
			
	
		
            文章檔案
            
		
				
			
	



            搜索
            



            最新評(píng)論
	
            

            
	
			
		

            


            閱讀排行榜
            



            評(píng)論排行榜
            


    

            
    
    







            
	   
	



久久国产视频99电影|
精品99久久aaa一级毛片|
日韩十八禁一区二区久久|
青青热久久国产久精品
|
国产毛片欧美毛片久久久|
人妻无码精品久久亚瑟影视|
欧美一区二区三区久久综合
|
亚洲中文久久精品无码ww16|
久久久av波多野一区二区|
久久亚洲中文字幕精品一区|
日韩精品久久久久久免费|
国产国产成人久久精品|
国产精品久久久久久五月尺|
99久久精品毛片免费播放|
久久九九久精品国产免费直播|
日产精品久久久一区二区|
久久久无码精品亚洲日韩软件|
久久精品国产99久久久|
亚洲v国产v天堂a无码久久|
国产精品久久久久影院色|
久久久久久国产精品无码下载|
99久久精品九九亚洲精品|
久久久久久国产精品免费无码|
亚洲欧美日韩久久精品|
久久本道久久综合伊人|
久久福利青草精品资源站|
麻豆亚洲AV永久无码精品久久|
久久久久噜噜噜亚洲熟女综合|
中文字幕一区二区三区久久网站|
精品熟女少妇av免费久久|
狠狠色婷婷久久一区二区|
久久婷婷五月综合色奶水99啪|
久久亚洲国产成人精品无码区|
久久国产乱子伦精品免费午夜|
91秦先生久久久久久久|
久久噜噜电影你懂的|
久久久青草青青亚洲国产免观|
久久久91精品国产一区二区三区|
久久精品视频网|
久久99亚洲综合精品首页|
国产精品美女久久久免费|