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

            Error

            C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
              217 Posts :: 61 Stories :: 32 Comments :: 0 Trackbacks

            傳說中QT內(nèi)存管理很牛逼,只管new不管delete。

            很理智的一點(diǎn)的分析是,如果把控件的層次關(guān)系看成一顆樹,那么父節(jié)點(diǎn)負(fù)責(zé)delete子節(jié)點(diǎn)。

            再牛逼一點(diǎn)的分析是:

            http://mobile.51cto.com/symbian-271956.htm

            Qt 內(nèi)存管理是本文將要介紹的內(nèi)容,在QT的程序中經(jīng)常會看到只有new而不delete的情況,其實是因為QT有一套回收內(nèi)存的機(jī)制,主要的規(guī)則如下:

            1、所有繼承自QOBJECT類的類,如果在new的時候指定了父親,那么它的清理時在父親被delete的時候delete的,所以如果一個程序中,所有的QOBJECT類都指定了父親,那么他們是會一級級的在最上面的父親清理時被清理,而不用自己清理;

            2、程序通常最上層會有一個根的QOBJECT,就是放在setCentralWidget()中的那個QOBJECT,這個QOBJECT在 new的時候不必指定它的父親,因為這個語句將設(shè)定它的父親為總的QAPPLICATION,當(dāng)整個QAPPLICATION沒有時它就自動清理,所以也無需清理。9這里QT4和QT3有不同,QT3中用的是setmainwidget函數(shù),但是這個函數(shù)不作為里面QOBJECT的父親,所以QT3中這個頂層的QOBJECT要自行銷毀)。

            3、這是有人可能會問那如果我自行delete掉這些QT接管負(fù)責(zé)銷毀的指針了會出現(xiàn)什么情況呢,如果時這樣的話,正常情況下QT的擁有這個對象的那個父親會知道這件事情,它會直到它的兒子被你直接DELETE了,這樣它會將這個兒子移出它的列表,并且重新構(gòu)建顯示內(nèi)容,但是直接這樣做時有風(fēng)險的!也就是要說的下一條

            4、當(dāng)一個QOBJECT正在接受事件隊列時如果中途被你DELETE掉了,就是出現(xiàn)問題了,所以QT中建議大家不要直接DELETE掉一個 QOBJECT,如果一定要這樣做,要使用QOBJECT的deleteLater()函數(shù),它會讓所有事件都發(fā)送完一切處理好后馬上清除這片內(nèi)存,而且就算調(diào)用多次的deletelater也不會有問題。

            5、QT不建議在一個QOBJECT 的父親的范圍之外持有對這個QOBJECT的指針,因為如果這樣外面的指針很可能不會察覺這個QOBJECT被釋放,會出現(xiàn)錯誤,如果一定要這樣,就要記住你在哪這樣做了,然后抓住那個被你違規(guī)使用的QOBJECT的destroyed()信號,當(dāng)它沒有時趕快置零你的外部指針。當(dāng)然我認(rèn)為這樣做是及其麻煩也不符合高效率編程規(guī)范的,所以如果要這樣在外部持有QOBJECT的指針,建議使用引用或者用智能指針,如QT就提供了智能指針針對這些情況,見最后一條。

            6、QT中的智能指針封裝為QPointer類,所有QOBJECT的子類都可以用這個智能指針來包裝,很多用法與普通指針一樣,可以詳見QT assistant

            通過調(diào)查這個QT內(nèi)存管理功能,發(fā)現(xiàn)了很多東西,現(xiàn)在覺得雖然這個QT弄的有點(diǎn)小復(fù)雜,但是使用起來還是很方便的,最后要說的是某些內(nèi)存泄露的檢測工具會認(rèn)為QT的程序因為這種方式存在內(nèi)存泄露,發(fā)現(xiàn)時大可不必理會。

             

             

             

             

            /////////////////////

            看完上面的分析,我寫了這樣幾行代碼:

            // 給設(shè)置一個我理解的,離開函數(shù)作用域會失效的layout
            void AddLayoutForWidget(QWidget& w)
            {
                QVBoxLayout mainLayout;// = new QVBoxLayout;
                w.setLayout(&mainLayout);
            }
            
            int main(int argc, char *argv[])
            {
                QApplication a(argc, argv);
                
                QWidget w;
                AddLayoutForWidget(w);
            
                QPushButton pushButton;
                w.layout()->addWidget(&pushButton);
            
                w.show();
                return a.exec();
            }

            果然程序崩了,證明QT的內(nèi)存管理估計也逃不開普通的智能指針的局限。就是必須要new出來,,,

            囧,我一直想寫一個智能指針(入侵)在使用棧上變量的時候,能識別出來,然后析構(gòu)不調(diào)用delete this,,,

             

            沒得抄啊,,,

            posted on 2013-04-13 21:57 Enic 閱讀(379) 評論(1)  編輯 收藏 引用 所屬分類: QT

            評論

            # re: 猜測一下QT的內(nèi)存管理[未登錄] 2014-10-17 11:02 Chipset
            很難,除非綁架編譯器,否則怎么能很方便的知道指針在棧上還是堆上?  回復(fù)  更多評論
              

            色综合久久88色综合天天 | 久久99精品久久久久久久不卡| 久久永久免费人妻精品下载| 要久久爱在线免费观看| 一日本道伊人久久综合影| 久久久久亚洲av毛片大| 欧美一级久久久久久久大片| 欧美国产成人久久精品| 伊人热热久久原色播放www| 国产成人精品综合久久久久| 亚洲中文精品久久久久久不卡| 亚洲国产另类久久久精品小说 | 久久99久久成人免费播放| 伊人色综合久久天天| 久久WWW免费人成—看片| 久久久久国产一级毛片高清板| 合区精品久久久中文字幕一区| 偷窥少妇久久久久久久久| 久久久久99精品成人片欧美| 国产精品18久久久久久vr| 久久精品国产精品亜洲毛片| 国产99久久久国产精品小说 | 午夜不卡久久精品无码免费| 久久久精品人妻一区二区三区四| 青草影院天堂男人久久| 婷婷久久五月天| 1000部精品久久久久久久久| 久久精品国产亚洲AV不卡| 亚洲综合伊人久久大杳蕉| 国产精品女同一区二区久久| 亚洲v国产v天堂a无码久久| 久久精品国产亚洲av水果派| 久久九九久精品国产| 精品无码久久久久国产| 久久综合九色欧美综合狠狠| 国产精品久久久久影院色| 久久久无码精品亚洲日韩京东传媒| 亚洲AV日韩精品久久久久久| 日本加勒比久久精品| 91久久精品电影| 91视频国产91久久久|