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

            TinyXML總結(jié)

            Posted on 2011-06-17 13:03 昨日不在,今日不怠 閱讀(5776) 評論(7)  編輯 收藏 引用

                
            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)連接進來的節(jié)點進行釋放,所以不需要手動的去釋放所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謝謝你!!!

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


            久久久久人妻精品一区三寸蜜桃 | 久久久国产精品| 亚洲国产精品一区二区久久| 久久精品成人免费网站| 久久国产免费| 日韩久久久久久中文人妻| 欧美久久综合性欧美| 国产成人精品综合久久久| 国产成年无码久久久久毛片| 精品999久久久久久中文字幕| 久久精品无码av| 久久精品国产亚洲AV嫖农村妇女| 97久久精品人人澡人人爽| 狠狠色丁香久久婷婷综合图片 | 好属妞这里只有精品久久| 久久亚洲视频| 天天综合久久久网| www.久久热.com| 国产亚洲精久久久久久无码77777| 91久久精品无码一区二区毛片| 一本色道久久综合亚洲精品| 精品国产一区二区三区久久蜜臀| 色综合久久久久无码专区| 亚洲国产成人精品91久久久| 久久国产精品久久久| 久久久久久午夜成人影院| 久久综合久久美利坚合众国| 国产叼嘿久久精品久久| 99久久精品国产高清一区二区| 人妻无码中文久久久久专区| 精品久久久久成人码免费动漫| 久久久精品日本一区二区三区 | 久久青草国产手机看片福利盒子| 免费久久人人爽人人爽av| 99久久精品免费观看国产| 一本一本久久a久久综合精品蜜桃| 久久精品国产亚洲AV不卡| 精品综合久久久久久88小说| 久久99精品久久久久久9蜜桃| 大蕉久久伊人中文字幕| 人人狠狠综合久久亚洲婷婷|