• <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>
            隨筆-90  評論-947  文章-0  trackbacks-0

            我原先不喜歡加 Log,后來我的頭兒希望加 Log,于是乎我手頭的項目就全是 Log 了。之前一直是定義一個不定參數的宏或者函數,遇到需要的地方就 LOG(...)。后來越來越感覺對于函數進出的信息比較渴求,于是弄了個固定的 LOG_FUNCTION() 來記錄函數進入,因為有 __FUNCTION__ 嘛。

            對于函數出口,原先一直是手寫的,剛剛前幾天在這里討論的資源釋放問題讓我學到了新的解決方法——使用類似 Loki::ScopeGuard 的機制來輸出函數退出。

            晚上重新寫了一下。見 http://code.google.com/p/xllog/

            使用如下:

            void bar()
            {
               
            XL_LOG_FUNCTION();
               
            XL_LOG(L"%s\n", L"In function bar.");
            }

            void foo()
            {
               
            XL_LOG_FUNCTION();
               
            XL_LOG(L"%s\n", L"In function foo.");

               
            bar();
            }

            int main()
            {
               
            XL_LOG_FUNCTION();

               
            foo();

               
            return 0;
            }

            運行結果:

            >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Enter Function main
            >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Enter Function foo
            In function foo.
            >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Enter Function bar
            In function bar.
            <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Leave Function bar
            <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Leave Function foo
            <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Leave Function main

            基本功能我自己已經可以接受了。

            有兩點我想改進的,不知道能不能實現:

            1、每個用到的函數寫一句 XL_LOG_FUNCTION() 太麻煩了,而且有可能被用戶寫到任意地方,而非函數開始。有沒有一種機制,使得可以寫成類似(要保持函數定義的形式,不要把函數名括號括起來):

            void __log foo()
            {
            }

            從而被展開成:

            void foo()
            {
                XL_LOG_FUNCTION();
            }

            呢?

            或者有沒有一種方法可以不用寫任何東西就讓每個函數體自動加上這么一句呢?

            2、我想記錄函數的調用層次。如果上面行能夠實現的話,就沒問題了,我可以自己記錄函數進出次數。如果不能,那么依靠用戶寫 XL_LOG_FUNCTION() 來記錄就不可靠了。有沒有類似 __CALL_STACK_DEPTH__ 的預定義宏呢?

            最后還有一個實際問題。實際使用中,在寫代碼的時候可能無法確定所寫部位到底是偏底層還是偏上層。如果太偏底層而打了 Log,會輸出很多 Log 干擾分析;如果太高層的而沒打 Log,有可能遇到問題信息不足。這個問題該如何解決好呢?大家有沒有成熟的解決思路呢?

            posted on 2010-04-04 01:31 溪流 閱讀(2375) 評論(14)  編輯 收藏 引用 所屬分類: C++

            評論:
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-04 02:44 | OwnWaterloo
            msvc和gcc都有相應的分析工具。
            VS的IDE中有個性能分析工具, 具體是怎么讓cl去完成的不了解。
            而gcc相應的工具是gprof和gcov。 gprof是使用-pg選項,給每個函數添加hook代碼(它是編譯器,當然知道如何添加。。。)
            gcov的選項有點復雜…… 好像是-ftest-coverge什么的。

            只要截獲每次函數調用, 除非是搞什么longjmp或者exit, 調用樹運行時間等東西都可以得到。

            當然, 這不太像log了…… 不過看你的描述, 你需要的功能也不是log了……
            就是程序動態分析工具。
              回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-04 09:42 | 溪流
            @OwnWaterloo
            我需要的的確是 Log。會有很多類似 XL_LOG(L"%s\n", L"Message."); 的東西,我想搞清楚哪些東西是在哪些函數里輸出的。  回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-04 13:32 | wuqq
            1.你說的第一個問題,就是打印堆棧嘛,linux下用backtrace,windows 下用WalkStack
            2.第二個問題,log信息加上一個優先級,LOG_ERR, LOG_WARNING, LOG_DEBUG 等等  回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-04 16:32 | 空明流轉
            第一個問題:不太可能。除非你有相應的預處理工具。當然,打印堆棧是可以的,樓上也給出了一個相應的解決方案。只不過打印堆棧在Release模式下不一定有效,因為編譯器往往會給予代碼以一定的優化,使得其作用路徑未必與源代碼一致。
            第二個問題:一般而言,Log是需要分等級的。常見的分級方案包括:
            FATAL, ERROR, WARNING, INFORMATION, VERBOSE若干類。等級劃分可以是編譯器的,可以是運行期的。如果需要,LOG可以組織成繼承的結構,可以讓下一級的LOG繼承上一級的等級,從而實現比較復雜的邏輯。同時還可以開發相應的日志瀏覽和分析工具,有篩選的進行日志統計、分析、審計等更加復雜的功能。當然,這一切都需要根據需求來定。  回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-06 10:53 | 陳梓瀚(vczh)
            怎么打log是沒什么方便的做法了,但是log太多的干擾大可不必擔心。你寫一個小程序把你的log轉成csv文件,然后用Excel去搞定分析就行了。  回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-06 10:56 | 陳梓瀚(vczh)
            預處理的話,你可以再寫一個小程序,把工程文件和代碼文件全部復制到一個新的文件夾,用正則表達式分析所有的代碼,然后為他們打XL_LOG_FUNCTION(),最后調用cl.exe編譯他們(這一步可以不用做得那么好,在Visual C++里面可以看到編譯選項,抄就行了)  回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-06 10:56 | 陳梓瀚(vczh)
            寫這種程序不僅可以解決問題還能鍛煉自己,一石二鳥也  回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-06 13:08 | 欣萌
            我如果需要這個功能,我會直接調試。看堆棧  回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-06 14:41 | 溪流
            @陳梓瀚(vczh)
            這構想挺好,有點寫了一部分C++編譯前端的感覺。。。不過公司里的項目,我還是不想把編譯過程復雜化,要是讓頭兒郁悶了我可就完了。以后在自己個人的東西上玩哈  回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-06 14:43 | 溪流
            @欣萌
            開發過程中當然可以調試,可是有很多場合不好調試,比如internal release的東西被測到奇怪的現象。。。即使開發過程中,也有不是很方便調試(不是說不可以)的東西,比如NTService  回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-06 16:18 | but
            這應該是面向切面的編程吧,對c++程序員來說是不可想象的,但是java,c#這些語言可以實現,  回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-06 17:44 | hawk
            第一個問題aspectc應該可以幫助實現,也是ls說的面向切面編程~  回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-09 02:58 | 欲三更
            自動加一句日志指令?這個很難想象。。。倒是可以用宏實現。  回復  更多評論
              
            # re: 想弄個 Log 類,要能方便地記錄函數進出,并且有機制處理 Log 的繁簡 2010-04-09 02:59 | 欲三更
            第二個問題嘛,通用的解決方案是“優先級”  回復  更多評論
              
            性做久久久久久久久久久| 色妞色综合久久夜夜| 久久无码人妻一区二区三区午夜| 东京热TOKYO综合久久精品| 久久综合九色综合久99| 大伊人青草狠狠久久| 亚洲va久久久噜噜噜久久男同| 久久91精品综合国产首页| 韩国免费A级毛片久久| 91精品免费久久久久久久久| 久久精品九九亚洲精品| 波多野结衣久久精品| 久久精品国产亚洲av麻豆色欲| 色综合久久综合网观看| 中文字幕亚洲综合久久| 久久天天躁狠狠躁夜夜不卡| 久久久久久久97| 狠狠综合久久综合中文88| 嫩草伊人久久精品少妇AV| 久久久久亚洲av毛片大| 久久国产精品无码一区二区三区| 久久婷婷色综合一区二区| 99久久无码一区人妻a黑| 国产精品久久久香蕉| 99久久精品无码一区二区毛片| 综合久久国产九一剧情麻豆| 久久福利资源国产精品999| 99久久人人爽亚洲精品美女| 久久亚洲精品中文字幕| 香蕉aa三级久久毛片| 久久本道综合久久伊人| 色成年激情久久综合| 国产精品久久国产精麻豆99网站| 欧美久久久久久| 2021久久精品国产99国产精品| 77777亚洲午夜久久多喷| 久久久久久久久波多野高潮| 日韩va亚洲va欧美va久久| 国产精品日韩深夜福利久久 | 久久综合视频网| 亚洲国产另类久久久精品黑人|