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

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            噜噜噜色噜噜噜久久| 国产真实乱对白精彩久久| 2021国产精品久久精品| 国产亚洲美女精品久久久2020| 亚洲精品无码久久千人斩| 国产精品久久久久久影院| 国产精品美女久久久久av爽| 色婷婷噜噜久久国产精品12p| 国内精品人妻无码久久久影院| 四虎国产精品免费久久| 无码人妻久久一区二区三区| 一极黄色视频久久网站| 久久精品国产亚洲综合色 | 久久精品亚洲乱码伦伦中文| 亚洲?V乱码久久精品蜜桃| 亚洲精品久久久www| 久久亚洲中文字幕精品一区| 久久这里的只有是精品23| 18禁黄久久久AAA片| 奇米综合四色77777久久| 久久久久亚洲爆乳少妇无| 四虎国产精品免费久久久| 香蕉99久久国产综合精品宅男自| 国产精品久久久久9999高清| 久久综合亚洲欧美成人| 伊人久久综合无码成人网| 久久91精品国产91| 亚洲第一永久AV网站久久精品男人的天堂AV | 亚洲国产成人精品无码久久久久久综合 | yy6080久久| 97视频久久久| 精品久久久久久无码不卡| 欧洲性大片xxxxx久久久| 国产香蕉97碰碰久久人人| 国产精自产拍久久久久久蜜| 中文字幕亚洲综合久久2| 99国内精品久久久久久久| 亚洲成人精品久久| 精品国产综合区久久久久久 | 国产精品99久久精品| 久久天天躁狠狠躁夜夜躁2O2O|