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

            風一樣的劃過

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

            TinyXML總結

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

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

               

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

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


            即,doc對象釋放時,會對所有已經連接進來的節點進行釋放,所以不需要手動的去釋放所new出來的東西。
            但是,還需要注意,如果TiXmlDocument對象也是new出來的,則需要對TiXmlDocument對象執行delete,才可以觸發析構函數被調用。

            參考
                  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總結  回復  更多評論   

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

            # re: TinyXML總結  回復  更多評論   

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

            # re: TinyXML總結  回復  更多評論   

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

            # re: TinyXML總結  回復  更多評論   

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

            # re: TinyXML總結  回復  更多評論   

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

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

            # re: TinyXML總結  回復  更多評論   

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

            # re: TinyXML總結  回復  更多評論   

            2013-07-12 16:57 by 曦花
            終于解答了我的疑問
            O(∩_∩)O謝謝你!!!
            久久久久这里只有精品 | 久久毛片一区二区| 99久久精品费精品国产一区二区 | 国产亚洲成人久久| 丰满少妇高潮惨叫久久久| 久久久久18| 久久国产精品偷99| 亚洲精品美女久久777777| 久久精品亚洲欧美日韩久久| 亚洲狠狠婷婷综合久久蜜芽| 国产精品无码久久四虎| 亚洲中文字幕无码久久2017 | 久久99国产精品久久99| 久久黄色视频| 久久人人爽人人爽人人片AV东京热 | 久久精品国产亚洲麻豆| 久久99精品久久久久久秒播| 97香蕉久久夜色精品国产 | 国产精品一区二区久久精品无码 | 久久精品国产半推半就| 久久成人国产精品免费软件| 国产午夜精品理论片久久影视 | 国产精品久久久久9999高清| 伊人精品久久久久7777| 999久久久免费国产精品播放| 亚洲国产另类久久久精品黑人| 久久精品国产欧美日韩| 国产精品久久午夜夜伦鲁鲁| 欧美国产成人久久精品| 久久久久亚洲精品天堂久久久久久| 精品永久久福利一区二区| 狠狠色丁香久久婷婷综合_中| 久久国产三级无码一区二区| 久久久久国产一级毛片高清版| 亚洲AV无码久久精品蜜桃| 久久成人小视频| 久久久一本精品99久久精品88| 久久国产成人午夜aⅴ影院| 91精品国产91久久久久久青草 | 国产亚州精品女人久久久久久 | 婷婷五月深深久久精品|