虽然现在的嵌入式设备配置越来越高。比如目前在创客圈比较流行且配置比较高的有：
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函数参数一样。
当我们的函数设计有多个功能函数模块的时候，模块功能模块出现问题，这个时候想通过log来定位，而这个时候我们只是关心此模块，那么可以先把其他模块的日志功能关闭掉，只是打开关心模块的日志。不然有A,B,C,D四个模块，A模块出现问题，那么把B,C,D的日志功能关闭，剩下A模块的功能，当我们看日志的时候，就不用从一大堆日志找出A模块的日志，这样子发现问题的效率就大大提升了。日志等级关系到日志的重要性，如果是非常重要的日志，比如error级别，我们在定位问题的时候可以只打开此级别的日志，而不打印普通日志级别的，当我们在处于debug阶段，我们可以把debug功能打开，尽可能看到详细的日志。而当我们准备发布版本的时候，可以把一些debug信息关闭，或者就是不输出日志。也就是第二点提到的 module level 设置。文章来源于网络，仅用于学习传播，版权归原作者所有，如有侵权，请联系删除。nd
--- END ---
关注【白话嵌入式】，轻松学习嵌入式。
觉得文章不错，请点“分享”、“赞”、“在看” 吧！
