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

            Qt中的new和delete

               Qt中,如果申明了兩個數組:

               QLabel        *label[8];
               QLabel        *sLabel[8];

               這兩個都是QLabel類型的指針數組,希望在以后的使用中動態的分配其內存;
               那么就應該:
             
               在class MyLabel中...

               for(int i=0;i<8;i++)
               {
                   label[i] = new QLabel("This is a Label",this,0);
                   //申請空間.   
                   sLabel[i] = new QLabel("",label[i],0);
                   //第二個Label指針數組的父對象為上面申請過空間的Label.
               }

               QLabel的構造函數的原形為:

               QLabel ( const QString & text, QWidget * parent, const char * name = 0, WFlags f = 0 )

               text:       Label上要顯示的字符串;
               parent:     Label的父對象的指針;
               name:       Label的名字;
               f:          Label的Flags;

               從上面的代碼容易得知label數組每個元素是以當前MyLabel類對象為父對象的;而sLabel里的元素是以對應的label為父對象的;


              在MyLabel的析構函數中就有相應的釋放空間的代碼:
             
              for(int i=0;i<8;i++)
              {
                   delete label[i];
                   //delete sLabel[i];
              }

              這里要是不注釋掉上面第3行的語句就會出現段錯誤,原因經過查找資料得知在Qt中如果在創建組件對象時設置了父對象時,由父對象負責釋放其子對象的空間.所以上面第2行已經釋放了label的空間,而其子對象的sLabel也隨之被釋放,所以如果第三行再進行釋放就會出現之前所說的錯誤.

              Qt雖然提供了這種機制,自動回收部分的內存,但是自己寫程序的時候還是要小心,不要造成內存泄漏,這對于嵌入式的應用來說更加是件重要的事.畢竟現在的嵌入式硬件還是內存較小,而且要求程序可以長期穩定,高效節能的運行.

            posted on 2008-06-04 10:49 Wealth 閱讀(5983) 評論(0)  編輯 收藏 引用 所屬分類: Qt

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

            導航

            統計

            常用鏈接

            留言簿

            隨筆分類(8)

            隨筆檔案(8)

            文章分類

            Around Web

            CoBlog

            Develop Usage Link

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            思思久久好好热精品国产| 久久久久久久久66精品片| 久久久噜噜噜久久中文福利| 99久久精品免费看国产一区二区三区 | 97久久超碰国产精品2021| 国产Av激情久久无码天堂| 国产成人久久久精品二区三区| 精品99久久aaa一级毛片| 久久精品国产日本波多野结衣| 久久国产高清字幕中文| 久久久精品久久久久影院| 狠狠色丁香婷婷久久综合不卡| 伊人久久精品影院| 99久久99久久精品国产片| 77777亚洲午夜久久多人| 久久国产高清一区二区三区| 久久久无码精品亚洲日韩蜜臀浪潮 | 久久精品三级视频| 亚洲国产精品无码久久SM | 久久亚洲国产中v天仙www| 欧美精品乱码99久久蜜桃| 日本久久久久久中文字幕| 日本欧美久久久久免费播放网 | 久久精品中文字幕一区| 亚洲综合精品香蕉久久网97 | 久久久久av无码免费网| 国产成人久久精品二区三区| 成人久久精品一区二区三区| 久久天天躁夜夜躁狠狠躁2022 | 久久精品国产第一区二区| 99久久国产综合精品麻豆| 久久久av波多野一区二区| 国产A级毛片久久久精品毛片| 香蕉99久久国产综合精品宅男自| 精品一区二区久久久久久久网站| 亚洲∧v久久久无码精品| 亚洲国产精品无码久久98| 亚洲午夜久久久影院| 久久久久AV综合网成人| 99999久久久久久亚洲| 国产一级做a爰片久久毛片|