• <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的撤銷問題
                   自己寫了一個xml讀取寫入的程序,但在最初沒怎么在意,在調(diào)試過程中程序總是崩潰,后來發(fā)現(xiàn)有個指針調(diào)用為空(C++中的陷阱就在于此)。另一方面,卻發(fā)現(xiàn)使用TinyXML過程中使用了好多new來創(chuàng)建節(jié)點。C++不像java和C#,要事必躬親,自己管理內(nèi)存。new創(chuàng)建的對象都保存在堆上,必須手動delete掉??晌乙矝]做處理,開始迷惑了。
                 找了半天,最后還是發(fā)現(xiàn)的端倪:
                  對于一個TinyXMLDocument對象,在析構(gòu)時,會將其子節(jié)點都釋放掉,它的子節(jié)點都是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對象釋放時,會對所有已經(jīng)連接進(jìn)來的節(jié)點進(jìn)行釋放,所以不需要手動的去釋放所new出來的東西。
            但是,還需要注意,如果TiXmlDocument對象也是new出來的,則需要對TiXmlDocument對象執(zhí)行delete,才可以觸發(fā)析構(gòu)函數(shù)被調(diào)用。

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



            Feedback

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

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

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

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

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

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

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

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

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

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

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

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

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

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

            2013-07-12 16:57 by 曦花
            終于解答了我的疑問
            O(∩_∩)O謝謝你?。?!
            国产真实乱对白精彩久久| 久久精品www| 久久久久亚洲av综合波多野结衣 | 精品人妻伦九区久久AAA片69 | 久久免费国产精品| 伊人久久大香线蕉综合网站| 国内精品伊人久久久久妇| 久久久久久毛片免费播放| 9191精品国产免费久久| 波多野结衣AV无码久久一区| 日本精品久久久久中文字幕| 久久婷婷午色综合夜啪| 国产AⅤ精品一区二区三区久久| 久久久久亚洲国产| 国产精品亚洲美女久久久| 中文字幕日本人妻久久久免费| 久久青青草原综合伊人| 无码人妻久久一区二区三区免费| 国产精品丝袜久久久久久不卡| 伊人色综合久久天天人手人婷| 久久久久这里只有精品| 久久精品aⅴ无码中文字字幕重口| 色综合久久久久网| 精品久久久久久成人AV| 狠狠色狠狠色综合久久| 欧美国产精品久久高清| 久久精品夜色噜噜亚洲A∨| 91久久精品91久久性色| 久久精品一本到99热免费| 99久久免费国产精品特黄| 青青热久久国产久精品 | 亚洲精品无码久久久久sm| 人妻精品久久久久中文字幕| 国产精品久久久99| 91精品国产91热久久久久福利 | 久久久黄色大片| 久久综合视频网| 97精品依人久久久大香线蕉97| 精品久久久一二三区| 久久乐国产综合亚洲精品| 精品久久久无码人妻中文字幕|