雖然現在的嵌入式設備配置越來越高。

比如目前在創客圈比較流行且配置比較高的有：

Raspberry Pi

pcduino

Cubieboard

switf board

Beaglebone black

Edison

Galileo

這些開發板跟早期的pc來說，性能有得一比,一個printf可以對整個系統來說，占用的cup資源不會很多，對這個系統的運行影響基本可以忽略不計。

但是如果在系統資源比較緊缺的MCU系統中，主頻可能只有幾十khz 或者幾百mhz，而大量調用日志輸出(printf等相關函數)，那么就會影響到這個系統的運行效率，嚴重時會出現明顯的延時等情況。

那平時我們在開發階段應該怎么規范我們的日志呢，下面我給出我個人的一點小建議，大家有什么好的建議希望也提出來，相互學習。

日志的輸出盡量不要直接采用系統的輸出函數（如printf等相關函數），而是封裝自己的日志輸出接口，比如為：

?

alex_log(?char*pLog,...?);

?

這樣子用alex_log();代替printf(),

而在alex_log( )接口里面重定義數據流的接口，可以把數據流導入到uart,tcp,udp,屏幕，任何你想在那個你想看的client端去。

為什么要這么做呢？

這樣做可以靈活變化日志的顯示終端。

因為嵌入式的運行環境是千千萬萬的，不像PC或者手機端，大部分都有一個顯示屏可以看，如果在一個只有uart口的設備，那么我們可以通過把數據導到uart來，然后通過串口助手工具來查看。

或者對于wifi設備，可以把log導到socket的某個接口，這樣不用直接硬件連接，可以在pc或者手機端查看log,等等。

日志格式的規范

?

"日志模塊+日志級別+日志內容”

?

一下為日志例子：

?

"LOCALDEBUGGAgent Get Hal wifiStatus :0002”    
"LOCALINFOwifiStatus : 000a new:0002"                  
:CLOUDCRITICALGAgent Cloud Pong …”

?

那么接口可以這么設計：

?

alex_log(?module,level,const?char?*format,…??);

?

參數解說：

moduel:決定摸個函數功能模塊的log是否打開。

level: 決定打開的日志級別,debug 信息，還是warning信息,還是error信息，還是普通info.等。

后面剩下的就是變參的輸入了，跟printf函數參數一樣。

為什么這么設計呢？

1.為什么設置功能模塊的日志開關：

當我們的函數設計有多個功能函數模塊的時候，模塊功能模塊出現問題，這個時候想通過log來定位，而這個時候我們只是關心此模塊，那么可以先把其他模塊的日志功能關閉掉，只是打開關心模塊的日志。

不然有A,B,C,D。4個模塊，A模塊出現問題，那么把B,C,D的日志功能關閉，剩下A模塊的功能，當我們看日志的時候，就不用從一大堆日志找出A模塊的日志，這樣子發現問題的效率就大大提升了。

2.為什么設置日志等級的開關：

日志等級關系到日志的重要性，如果是非常重要的日志，比如error級別，我們在定位問題的時候可以只打開此級別的日志，而不打印普通日志級別的，當我們在處于debug階段，我們可以把debug功能打開，盡可能看到詳細的日志。

而當我們準備發布版本的時候，可以把一些debug信息關閉，或者就是不輸出日志。

3.通過開關來關閉或打開日志功能

也就是第二點提到的 module level 設置。

　　審核編輯：湯梓紅