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

            風(fēng)一樣的劃過

            繼續(xù)那未完成的征途。。。
            posts - 3, comments - 7, trackbacks - 0, articles - 0

                
            TinyXMLDocument的撤銷問題
                   自己寫了一個(gè)xml讀取寫入的程序,但在最初沒怎么在意,在調(diào)試過程中程序總是崩潰,后來發(fā)現(xiàn)有個(gè)指針調(diào)用為空(C++中的陷阱就在于此)。另一方面,卻發(fā)現(xiàn)使用TinyXML過程中使用了好多new來創(chuàng)建節(jié)點(diǎn)。C++不像java和C#,要事必躬親,自己管理內(nèi)存。new創(chuàng)建的對象都保存在堆上,必須手動(dòng)delete掉。可我也沒做處理,開始迷惑了。
                 找了半天,最后還是發(fā)現(xiàn)的端倪:
                  對于一個(gè)TinyXMLDocument對象,在析構(gòu)時(shí),會(huì)將其子節(jié)點(diǎn)都釋放掉,它的子節(jié)點(diǎn)都是new出來的,也必須delete掉。但TinyXML的析構(gòu)函數(shù)是空的,什么也沒寫,不要忘了,TinyXMLDocument是從TinyXMLNode繼承而來,在TinyXMLNode的析構(gòu)函數(shù)中,卻清楚的寫著:

               

            TiXmlNode::~TiXmlNode()
            {
                TiXmlNode* node = firstChild;
                TiXmlNode* temp = 0;

                while ( node )
                {
                    temp = node;
                    node = node->next;
                    delete temp;
                } 
            }


            即,doc對象釋放時(shí),會(huì)對所有已經(jīng)連接進(jìn)來的節(jié)點(diǎn)進(jìn)行釋放,所以不需要手動(dòng)的去釋放所new出來的東西。
            但是,還需要注意,如果TiXmlDocument對象也是new出來的,則需要對TiXmlDocument對象執(zhí)行delete,才可以觸發(fā)析構(gòu)函數(shù)被調(diào)用。

            參考
                  http://blog.csdn.net/zhoubl668/archive/2008/12/29/3635320.aspx
                  http://m.shnenglu.com/zhaoyg/archive/2010/03/29/110862.html  
                 http://hi.baidu.com/hpagent/blog/item/7c3cf8fe17c54790b801a066.html 



            Feedback

            # re: TinyXML總結(jié)  回復(fù)  更多評(píng)論   

            2011-06-17 21:02 by xiao_liang
            CMarkup挺好用

            # re: TinyXML總結(jié)  回復(fù)  更多評(píng)論   

            2011-06-18 12:20 by right
            以前也用tiny,現(xiàn)在都用RapidXML了

            # re: TinyXML總結(jié)  回復(fù)  更多評(píng)論   

            2011-06-18 13:59 by cdy20
            這種方式和qt內(nèi)存管理方式一樣。
            父節(jié)點(diǎn)釋放 同事回檢查子節(jié)點(diǎn) 一起釋放

            # re: TinyXML總結(jié)  回復(fù)  更多評(píng)論   

            2011-06-18 23:16 by 昨日不在,今日不怠
            @right
            評(píng)價(jià)比tinyxml高啊,可以試試。謝謝交流!

            # re: TinyXML總結(jié)  回復(fù)  更多評(píng)論   

            2011-06-18 23:19 by 昨日不在,今日不怠
            @cdy20

            嗯,當(dāng)然,這樣是件好事,不過,還是要知道它做了什么,這樣用著才踏實(shí)放下。。。

            # re: TinyXML總結(jié)  回復(fù)  更多評(píng)論   

            2011-06-20 12:14 by 楊粼波
            RapidXML
            TinyXML
            這兩個(gè)都是比較輕量級(jí)的。其中RapidXML,boost里面有用到。boost/property_tree里面用到了。因?yàn)椋琑apidXML內(nèi)部自建了一個(gè)內(nèi)存池,所以相對來說要比TinyXML要快。實(shí)驗(yàn)證明確實(shí)是如此的。而且,二者之間使用方法上比較相近。

            # re: TinyXML總結(jié)  回復(fù)  更多評(píng)論   

            2013-07-12 16:57 by 曦花
            終于解答了我的疑問
            O(∩_∩)O謝謝你!!!

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


            精品久久久久久亚洲精品| 中文成人久久久久影院免费观看| 香蕉久久久久久狠狠色| 久久精品国产亚洲AV影院| 国产亚洲美女精品久久久2020| 久久久亚洲欧洲日产国码aⅴ| 91精品国产91久久| 久久午夜夜伦鲁鲁片免费无码影视 | 久久这里的只有是精品23| 色偷偷91久久综合噜噜噜噜| 麻豆一区二区99久久久久| 欧美久久久久久精选9999| 久久精品人人做人人爽电影蜜月 | 国产精品久久久久无码av| 欧美日韩中文字幕久久伊人| 久久乐国产综合亚洲精品| 国产激情久久久久影院老熟女免费 | 国产激情久久久久影院| 午夜精品久久久久久久| 久久青青国产| 国产亚洲美女精品久久久| 久久无码人妻一区二区三区| 国产精品久久久久久久人人看| 久久精品国产亚洲一区二区| 久久精品无码一区二区无码| 久久人人爽人人人人爽AV| 婷婷久久综合| 三级片免费观看久久| 久久伊人色| 精品久久久久久久久久久久久久久| 欧美噜噜久久久XXX| 久久综合亚洲色HEZYO社区 | 欧美大香线蕉线伊人久久| 2021最新久久久视精品爱| 久久青青色综合| 国产激情久久久久影院小草| a级毛片无码兔费真人久久| 亚洲嫩草影院久久精品| 国内精品久久久久久中文字幕| 九九久久99综合一区二区| 久久久国产精品亚洲一区|