一、LK层:

首先,在LK中,有一个对log打印级别的控制文档,其路径一般为:vendor\mediatek\proprietary\bootable\bootloader\lk\include\debug.h(以mtk平台为例)

在include\debug.h重要代码为:

//下面做个判断:意思是如果makefile(相应的平台mk文件) 定义了DEBUG的值,就是用它,否则默认为2等级
//在bootloader\lk\project\rlk6737m_65_n.mk中:DEBUG := 2
#if defined(DEBUG)
#define DEBUGLEVEL DEBUG
#else
#define DEBUGLEVEL 2
#endif

/* debug levels 调试级别*/   
#define CRITICAL 0      //数字越小级别越高,打印的信息log越少
#define ALWAYS 0
#define INFO 1
#define SPEW 2

/* output */  输出方式介绍
void _dputc(char c); // XXX for now, platform implements  平台工具
int _dputs(const char *str);
int _dprintf(const char *fmt, ...) __PRINTFLIKE(1, 2);
int _dvprintf(const char *fmt, va_list ap);

//下面的这些打印方法具体含义是:如果级别<=之前定义的调试级别的话就打印否则不打印

#define dputc(level, str) do { if ((level) <= DEBUGLEVEL) { _dputc(str); } } while (0)  
#define dputs(level, str) do { if ((level) <= DEBUGLEVEL) { _dputs(str); } } while (0)
#define dprintf(level, x...) do { if ((level) <= DEBUGLEVEL) { _dprintf(x); } } while (0)
#define dvprintf(level, x...) do { if ((level) <= DEBUGLEVEL) { _dvprintf(x); } } while (0)

相关DEBUG的定义有不同的方式方法,如下例子:

法①、在bootable\bootloader\lk\project\rlk6757_66_n.mk:

DEBUG :=2

这时也要注意:不要看到这里是2就表示都会打印,我现在遇到一个项目虽然在\lk\project\rlk6757_66_n.mk文件中配置了DEBUG :=2,但log并没有打印出来,原因最后找到了:

#ifdef LK_PROFILING
    dprintf(INFO, "[PROFILE] ------- WDT Init  takes %d ms -------- \n", (int)get_timer(time_wdt_early_init));   //打印不出来
#endif

最后发现在类似的bootable\bootloader\lk\target\rlk6757_66_n(project)\rules.mk中:

LK_PROFILING := no      //LK_PROFILING := yes  一般项目都会使这个宏,所以之前并没有太关注,后续项目可能会为了性能,把log后期以这种方式关掉,注意一下

法②、在lk\include\platform\debug.h中定义了这个函数:

void debug_set_trace_level(int trace_type, int level);  //设置调试级别

法③、还有在具体的代码中:如:

#define DEBUG  //这里定义了这个宏

#ifdef DEBUG    //判断是不是定义了,定义了就执行下面的
#define LCM_DEBUG(fmt, args...)  _dprintf(fmt, ##args)

#else 
#define LCM_DEBUG(fmt, args...) do {} while(0)

#endif

二、kernel层:

在kernel-3.18\include\linux\kern_levels.h中定义了打印级别:

(以前定义在kernel-3.18\include\linux\kernel.h)

#define KERN_SOH    "\001"        /* ASCII Start Of Header */
#define KERN_SOH_ASCII    '\001'

#define KERN_EMERG    KERN_SOH "0"    /* system is unusable 系统无法使用*/
#define KERN_ALERT    KERN_SOH "1"    /* action must be taken immediately必须立即采取行动 */
#define KERN_CRIT    KERN_SOH "2"    /* critical conditions临界状态---重要信息 */
#define KERN_ERR    KERN_SOH "3"    /* error conditions错误状况 */
#define KERN_WARNING    KERN_SOH "4"    /* warning conditions 报警状态*/
#define KERN_NOTICE    KERN_SOH "5"    /* normal but significant condition正常但重要条件 */
#define KERN_INFO    KERN_SOH "6"    /* informational重要信息 */
#define KERN_DEBUG    KERN_SOH "7"    /* debug-level messages 调试级别信息*/

#define KERN_DEFAULT    KERN_SOH "d"    /* the default kernel loglevel 默认的内核loglevel----一般都为4*/

在kernel-3.18\include\linux\printk.h中定义了各默认日志的级别

/* printk's without a loglevel use this.. 没有日志级别的printk使用*/
#define MESSAGE_LOGLEVEL_DEFAULT CONFIG_MESSAGE_LOGLEVEL_DEFAULT

/* We show everything that is MORE important than this..我们展示了所有比这更重要的东西 */
#define CONSOLE_LOGLEVEL_SILENT  0 /* Mum's the word */
#define CONSOLE_LOGLEVEL_MIN     1 /* Minimum loglevel we let people use最低的控制台日志级别*/
#define CONSOLE_LOGLEVEL_QUIET     4 /* Shhh ..., when booted with "quiet"默认的消息日志级别*/
#define CONSOLE_LOGLEVEL_DEFAULT 7 /* anything MORE serious than KERN_DEBUG 默认的控制台日志级别*/
#define CONSOLE_LOGLEVEL_DEBUG    10 /* issue debug messages */
#define CONSOLE_LOGLEVEL_MOTORMOUTH 15    /* You can't shut this one up */

extern int console_printk[];

#define console_loglevel (console_printk[0])
#define default_message_loglevel (console_printk[1])
#define minimum_console_loglevel (console_printk[2])

在这里注意一下:有些人在写printk()时,并不加log级别,这是如果我们定义的log级别小于4,则它是打印不出来的,因为不写log级别的打印内核默认为4打印级别。

在kernel-3.18\kernel\printk\printk.c中:

int console_printk[4] = {
    CONSOLE_LOGLEVEL_DEFAULT,    /* console_loglevel控制log级别 */
    MESSAGE_LOGLEVEL_DEFAULT,    /* default_message_loglevel默认的消息日志级别 */
    CONSOLE_LOGLEVEL_MIN,        /* minimum_console_loglevel最低的控制台日志级别*/
    CONSOLE_LOGLEVEL_DEFAULT,    /* default_console_loglevel默认的控制台日志级别 */
};

我们的做法:

①、我们可以在查看当前控制台的打印级别:

cat /proc/sys/kernel/printk

7     4     1     7

四个值的含义:控制台日志级别、默认的消息日志级别、最低的控制台日志级别和默认的控制台日志级别

其中第一个“7”表示内核打印函数printk的打印级别,只有级别比他高的信息才能在控制台上打印出来,既 0-6级别的信息

②、修改打印:
echo "新的打印级别  4    1    7" >/proc/sys/kernel/printk

如果用echo 8  >  /proc/sys/kernel/printk这样所有级别<8,(0-7)的消息都可以显示在控制台上。
不够打印级别的信息会被写到日志中可通过dmesg 命令来查看

设置控制终端打印级别为0,就没有了任何输出

如果需要临时关闭kernel的log,可以再串口输入命令:echo "0 0 0 0" > /proc/sys/kernel/printk
需要恢复的话可以输入:echo ”7 4 1 7“ > /proc/sys/kernel/printk

③、printk函数的使用

printk(打印级别  “要打印的信息”)

MTK问题:How to enable kernel dynamic debug log

如何启用内核动态调试日志

[DESCRIPTION]
 在kernel module debug 对照代码的时候,发现使用pr_debug 打印的log 无法找到,怎样在mobilelog 和uart log中开启pr_debug ?
pr_debug()针对这种打印信息
[SOLUTION]
1 打开dynamic debug feature
<project>_defconfig 中设置CONFIG_DYNAMIC_DEBUG=y (default 打开)
2 打开pr_debug log 输出
     enable:echo "<match-spec> +p" > <debugfs>/dynamic_debug/control
    disable:echo "<match-spec> -p" > <debugfs>/dynamic_debug/control
    <match-spec>: file <path>
                          line line-range
  module <module_name>
  func <func-name>  
    eg:enable the message at line 1603 of file svcsock.c   //使能消息
             echo -n "file svcsock.c line 1603 +p" > /sys/kernel/debug/dynamic_debug/control
    eg:enable all the messages in the NFS server module  //启用NFS服务器模块中的所有消息
            echo -n "module nfsd +p" > /sys/kernel/debug/dynamic_debug/control
 3mobile log 中 pr_debug log
     pr_debug 默认以debug 等级输出到kernel log 中, mobilelog 抓到的kernellog 会包含
 4 uartlog 中 pr_debug log
     默认pr_debug log 不送uart ,可以通过以下方式打开:
         1.adb起来后,echo 8 > /proc/sys/kernel/printk
         2.改code ,修改console 默认输出log等级
               kernel-3.18/include/linux/printk.h : #define CONSOLE_LOGLEVEL_DEFAULT 7 -->#define CONSOLE_LOGLEVEL_DEFAULT 8

三、关于android日志打印级别

1、  目的:

为了规范软件工程师在Android代码编写过程中输出Log的行为,使得发布的产品中打印的Log是必须的,打印的Log的级别是能真实反映此Log对应的级别,标签、Log内容具有很好的可读性。

2、  适用范围

android平台Java、c++、c代码编写。

3、  Log的调用及等级介绍

(1)、Log的等级有Verbose,Debug,Info,Warn,Error。

[D]:调试(Debug)信息,输出颜色是蓝色

[I]:通告(Info)信息,输出颜色为绿色

[W]:警告(Warn)信息,输出颜色为橙色

[E]:错误(Error)信息,输出颜色为红色

[V]:详细(Verbose)信息,输出颜色为黑色

[assert],新版本加入的。

这里错误信息0的级别最高,其次是警告信息1,然后是通知信息2和调试信息3,级别最低的是详细信息4。

我们如果想让所有的信息都打印出来一般都定义成debug级别。

(2)、java层调用:在java层调用import android.util.Log,在需要打印Log的地方执行Log.v,Log.d,Log.i,Log.w,Log.e.

如:

private static final String LOG_TAG = "MY_LOG_TAG";   //这个TAG可以随意定义,后面打印筛选的时候可以用到

Log.i(LOG_TAG, "This is the log printed by Log.i in android user space.");

Log.e(LOG_TAG, "xxxxxxxxxxx" + mFileName, e);

比如:在所有的log中我想选出有包含“MY_LOG_TAG”这个标签的,则需执行:adb logcat  -s "MY_LOG_TAG"   即可

(3)、c、c++层调用:在c,c++层包含此头文件:#include <cutils/log.h>,在需要调用Log的地方执行:ALOGV,ALOGD,ALOGI,ALOGW,ALOGE。

敝人认为:头文件可以写: #include <utils/Log.h>  ---》 #include <cutils/log.h>----》#include <log/log.h>,中的任何一个,其实质在log/log.h中

具体目录为:system\core\include\log\log.h

如:

ALOGE("This is the log printed by LOGV in android user space.");//输出到main缓冲区

SLOGE("xxxxxxxxxxxxxxxxxx"); //输出到system缓冲区

还需要修改 Android.mk

LOCAL_SHARED_LIBRARIES := liblog

LOCAL_C_INCLUDES += system/core/include //可不用

3 libcore

System.out.println("##### xxxxxxxxxxxx #######   ");

(4)、各个Log等级的使用

Verbose: 开发调试过程中一些详细信息,不应该编译进产品中,只在开发阶段使用。

Debug: 用于调试的信息,编译进产品,但可以在运行时关闭。

Info:例如一些运行时的状态信息,这些状态信息在出现问题的时候能提供帮助。

Warn:警告系统出现了异常,即将出现错误。

Error:系统已经出现了错误。

Info、Warn、Error这三个等级的Log的警示作用依次提高,需要一直保留。这些信息在系统异常时能提供有价值的分析线索。

4、  具体规则

(1)、Verbose等级的Log,请不要在user版本中出现。Verbose级别的Log输出参见下面例子。

示例Java部分:

import android.os.Build;

import android.util.Log

final public Boolean isEng =Build.TYPE.equals("eng");

if (isEng)

Log.v(“LOG_TAG”,“LOG_MESSAGE”);

示例c、c++部分:

#include<cutils/log.h>

char value[PROPERTY_VALUE_MAX];

int isEng=0;

property_get("ro.build.type",value, "user");

isEng=strcmp(value, "eng");

if (isEng)

ALOGV();

(2)、Debug等级的log,默认不开启,通过终端命令开启。

Debug级别的log输出参见下面例子。

示例Java部分:

import android.util.Log

final String TAG=”MyActivity”;

final public Boolean LOG_DEBUG = Log.isLoggable(TAG, Log.DEBUG);

if (LOG_DEBUG)

Log.d(“LOG_TAG”,“LOG_MESSAGE”);

运行时开启log: 在终端输入:setprop log.tag.MyActivity DEBUG

运行时关闭log: 在终端输入:setprop log.tag.MyActivity INFO

示例c、c++部分:

#include<cutils/log.h>

#defineLOG_CTL “debug.MyActivity.enablelog”

charvalue[PROPERTY_VALUE_MAX];

int isDebug=0;

property_get(LOG_CTL,value, "0");

isDebug=strcmp(value,"1");

if (isDebug)

ALOGD();

运行时开启log: 在终端输入:setpropdebug.MyActivity.enablelog 1

运行时关闭log: 在终端输入:setpropdebug.MyActivity.enablelog 0

最近遇到一个问题:

在.cpp应用代码中有类似这样的信息:

SLOGD("[boot_logo_updater %s %d]boot_logo_updater,\n",__FUNCTION__,__LINE__)

SLOGD("[libshowlogo: %s %d]show kernel logo, index = 38 \n",__FUNCTION__,__LINE__);

但输出的log信息中就是打印不出来,我怀疑级别不够。最终发现确实有定义级别的地方:

打开:system\core\include\log\log.h发现:

/*
 * Normally we strip ALOGV (VERBOSE messages) from release builds.
 * You can modify this (for example with "#define LOG_NDEBUG 0"
 * at the top of your source file) to change that behavior.
 */

//对log级别的

#ifndef LOG_NDEBUG    //如果我们没有定义,我们就给它赋值为0,表示不关闭
#ifdef NDEBUG
#define LOG_NDEBUG 1
#else
#define LOG_NDEBUG 0
#endif
#endif

#ifdef MTK_LOG_ENABLE  //如果我们没有定义它,我们就定义为0,这里就是定义打印级别,很重要。
#define MTK_LOG_ENABLE 0
#endif

例如:#define MTK_LOG_ENABLE 1   //这里在源代码已经定义好了,但级别为1,表示只能打印LOGE最高级别的错误信息,其它的都不能打印,我们调试是可以在这里改

/*
 * This is the local tag used for the following simplified
 * logging macros.  You can change this preprocessor definition
 * before using the other macros to change the tag.
 */

//这里定义log日志记录宏,即标签,方便过滤log消息。

#ifndef LOG_TAG
#define LOG_TAG NULL    //如果没有定义则我们默认标签为NULL
#endif

例如:#define LOG_TAG "JIANMIN.NIU"     //在源代码定义这个,则在筛选log时执行:adb logcat -s "jianmin.niu" 即可

总结:

如果要输出打印信息:

①、定义头文件

#include <cutils/log.h>或#include <log/log.h>等等

②、定义打印级别

#define MTK_LOG_ENABLE4

③、定义标签

#define LOG_TAG "JIANMIN.NIU" 
④、调用打印信息

SLOGD("[libshowlogo] read %s : %s\n",name,value);

⑤、执行

adb logcat -s "jianmin.niu"   //获取相关信息即可

⑥、如果以上操作还是不行,则有可能打印环境有问题;或者用一下方法:

⑦或者是不是Debug等级的log,默认不开启,通过终端命令开启才行

⑧或者用一下方法

添加#include "cutils/logd.h"

定义TAG,如:#define TAG "errorlog"

直接调用__android_log_print(ANDROID_LOG_ERROR,TAG,"print content");函数打印log信息。

该 __android_log_print 函数在system\core\include\log\log.h中定义

* The stuff in the rest of this file should not be used directly.
 */

#define android_printLog(prio, tag, fmt...) \
    __android_log_print(prio, tag, fmt)

#define android_vprintLog(prio, cond, tag, fmt...) \
    __android_log_vprint(prio, tag, fmt)

⑨、MTK的建议

[1]、法一:失败

关机充电的时候,mobilelog是无法抓取
同样uart log这边也是无法抓取的,logcat这边由于没有加载,所以也抓取不到log
所以请您帮忙在
1.
init.rc中添加如下

on property:ro.debuggable=1
# Give writes to anyone for the trace folder on debug builds.
# The folder is used to store method traces.
chmod 0773 /data/misc/trace
start console
之后添加
    #add by mtk13230 debug for charger log
on property:ro.debuggable=0
# Give writes to anyone for the trace folder on debug builds.
# The folder is used to store method traces.
chmod 0773 /data/misc/trace
start console
    #end add
2. 
在init.mt6735.rc中添加
在on charger 这段的最后start servicemanager 之后添加
    #add by mtk13230 for debug charger log
    start logd
    start logcatd
    #end add

然后您build code后,在uart上面再输入logcat,看是否可以抓取到charging_animation这边的log

结果:按照你描述的方式修改init.rc和init.mt6735.rc后 show_animation_common.c文件中添加的ALOGD,SLOGE,SLOGD 打印串口log还是均无法输出出来

【2】法二:

请您使用如下的命令抓取log
logcat -b main -b system -v threadtime
看是否能抓取到您想要的log

结果:关机充电连不上adb的怎么使用logcat?
关机充电只能打串口log,串口log使用不了logcat

【3】、法三:

===>> 下面第一步中有开console, 所以uart 可以获取console, 第二步中有拉logd和logcat 就能用logcat 抓log
关机充电的时候,mobilelog是无法抓取
同样uart log这边也是无法抓取的,logcat这边由于没有加载,所以也抓取不到log
所以请您帮忙在
1.
init.rc中添加如下

on property:ro.debuggable=1
# Give writes to anyone for the trace folder on debug builds.
# The folder is used to store method traces.
chmod 0773 /data/misc/trace
start console
之后添加
    #add by mtk13230 debug for charger log
on property:ro.debuggable=0
# Give writes to anyone for the trace folder on debug builds.
# The folder is used to store method traces.
chmod 0773 /data/misc/trace
start console
    #end add
2. 
在init.mt6735.rc中添加
在on charger 这段的最后start servicemanager 之后添加
    #add by mtk13230 for debug charger log
    start logd
    start logcatd
    #end add

然后您build code后,在uart上面再输入logcat,看是否可以抓取到charging_animation这边的log

串口上应当是可以输入command的
您看一下是否TX、RX,地线都有接

结果:没有出来

【4】法四:可以了

从您这边看到,
/vendor/mediatek/proprietary/external/charger 下面的log是可以show出来的
[ 4.971466] <0>.(0)[205:kpoc_charger]charger: [ChargingAnimation: bootlogo_init 97]
[ 4.972426] <0>.(0)[205:kpoc_charger]charger: [ChargingAnimation: sync_anim_version 55]
您可以在/vendor/mediatek/proprietary/external/libshowlogo/ 中也借鉴一下这里的打印方式
charger这边的打印方式为KPOC_LOGI 等
定义应当是在
/vendor/mediatek/proprietary/external/charger/main.h
#define KPOC_LOGI(x...) do { KLOG_ERROR("charger", x); } while (0)
// HACK: Sprout drops previous console logs below log level 4
#define KPOC_LOGE(x...) do { KLOG_WARNING("charger", x); } while (0)
#define KPOC_LOGD(x...) do { KLOG_DEBUG("charger", x); } while (0)

结果:使用 KPOC_LOGI 就可以打印了

(3)、禁止使用new Exception("print trace").printStackTrace()或者Log. getStackTraceString(Exception)方式打印普通调试信息,因为这种方式打印Log非常消耗系统资源。此种方式打印Log一般只出现try..catch某个异常使用。

(4)、Log的tag命名,使用Activity名称或者类、模块的名称,不要出现自己的姓名拼音或其他简称。在c++/c代码中调用ALOGD等宏函数,参数没有传入tag,需要在文件头部#define LOG_TAG"YOUR_TAG_NAME"。------》如:#define LOG_TAG "BootLogoUpdater"

(5)、Log的内容,不要出现公司名称、个人名称或相关简称,Log内容不要出现无意义的内容,如连续的等号或星号或连续的数字等,Log内容要方便其他分析Log的人员查看。

(6)、Log输出的频率需要控制,例如1s打印一次的Log,尽量只在eng版本使用,user版本如需开启,请默认关闭,通过设置setprop命令来开启。

5、各层详细说明

1. java层

import android.util.Log;

对应的级别 打印方法  
VERBOSE Log.v()
DEBUG Log.d()
INFO Log.i()
WARN Log.w()
ERROR Log.e()

方法:

Log.d(TAG, "something to say.");

java层打印log由类android.util.Log类实现,该类定义于文件:
frameworks/base/core/java/android/util/Log.java (APP 框架层)

对应的JNI层代码在文件:frameworks/base/core/jni/android_util_Log.cpp (本地框架层)
这个层次主要调用了HAL层的liblog库中的函数__android_log_buf_write() --> write_to_log() --> 
 __write_to_log_kernel() --> log_writev() (这些函数都处于库liblog中: system/core/liblog)。
 
这样在上层java中只要包含了类android.util.Log,都可以使用Log.v, Log.d, Log.i来打印log。

其实,android编译版本可以根据TARGET_BUILD_TYPE等于debug或者release来打开和屏蔽掉log信息,但是这必须得有个前提,
就是我们在上层调用Log.d等函数的时候需要按照如下格式来写即可:

static boolean DEBUG = true && Config.DEBUG;
if(DEBUG)
 Log.d(TAG, "storeMessage " + this.toString());

这里实际上是可以直接用if(Config.DEBUG)的,但是为了能够我们自己控制这个log的输出的话,建议使用上面的方式。比如在debug版本
的时候,我们就可以通过flase && Config.DEBUG来去掉这些log输出。

Config类的实现在文件:frameworks/base/core/java/android/util/Config.java,其中将会引用类ConfigBuildFlags,这个类是在
目录:frameworks/base/core/config/  - debug、ndebug、sdk目录,到底使用哪一个目录下的ConfigBuildFlags定义,需要取决于
TARGET_BUILD_TYPE的定义:(这个config目录下还有一个readme文件,可以读读,会有帮助的)
One of the subdirectories {debug, ndebug} is included in framework.jar by http://www.cnblogs.com/Android.mk depending on the value of
$(TARGET_BUILD_TYPE).

那就来看一下http://www.cnblogs.com/Android.mk这个文件中如何决定的:
frameworks/base/Android.mk
# Include a different set of source files when building a debug build.
# TODO: Maybe build these into a separate .jar and put it on the classpath
#       in front of framework.jar.
# NOTE: Do not use this as an example; this is a very special situation.
#       Do not modify LOCAL_SRC_FILES based on any variable other
#       than TARGET_BUILD_TYPE, otherwise builds can become inconsistent.
ifeq ($(TARGET_BUILD_TYPE),debug)
  LOCAL_SRC_FILES += $(call find-other-java-files,core/config/debug)
else
  LOCAL_SRC_FILES += $(call find-other-java-files,core/config/ndebug)
endif
这里就是通过TARGET_BUILD_TYPE来选择将那个目录下的ConfigBuildFlags定义编译进framework.jar。

编译android的时候可以通过这两个宏来进行组合:TARGET_BUILD_VARIANT 和TARGET_BUILD_TYPE
TARGET_BUILD_VARIANT: user userdebug eng tests (默认eng)
TARGET_BUILD_TYPE: debug release (默认release)

这两个宏可以定义在文件buildspec.mk下,也可以直接加载make命令中,也可以使用. build/envsetup.sh之后使用choosevariant来选择。

对java层log输出的实现修改:
lizhiguo@informax-ui1:~/new_hope/alps/frameworks/base/core/jni$ svn diff android_util_Log.cpp
Index: android_util_Log.cpp
===================================================================
--- android_util_Log.cpp        (revision 510)
+++ android_util_Log.cpp        (working copy)
@@ -79,9 +79,12 @@
 static int toLevel(const char* value)
 {
     switch (value[0]) {
-        case 'V': return levels.verbose;
-        case 'D': return levels.debug;
-        case 'I': return levels.info;
+               case 'V': return -1;  // lizhiguo 2011-07-19
+        //case 'V': return levels.verbose;
+        //case 'D': return levels.debug;
+        //case 'I': return levels.info;
+        case 'D': return -1;
+        case 'I': return -1;
         case 'W': return levels.warn;
         case 'E': return levels.error;
         case 'A': return levels.assert;
@@ -165,7 +168,9 @@
         tag = env->GetStringUTFChars(tagObj, NULL);
     msg = env->GetStringUTFChars(msgObj, NULL);

-    int res = __android_log_buf_write(bufID, (android_LogPriority)priority, tag, msg);
+    int res = 1;   /* lizhiguo 2011-07-19, for release sofe */
+    if( (priority != 2) && (priority != 3) && (priority != 4) )
+        res = __android_log_buf_write(bufID, (android_LogPriority)priority, tag, msg);

if (tag != NULL)
         env->ReleaseStringUTFChars(tagObj, tag);

2、 FRAMEWORK层import android.util.Slog;

对应的级别 打印方法  
VERBOSE Slog.v()
DEBUG Slog.d()
INFO Slog.i()
WARN Slog.w()
ERROR Slog.e()

方法:
Slog.d(TAG, "something to say.");
3. 中间层(HAL+JNI)

HAL层:

头文件:
#include <utils/Log.h>

对应的级别 打印方法  
VERBOSE LOGV()
DEBUG LOGD()
INFO LOGI()
WARN LOGW()
ERROR LOGE()

方法:
LOGD("%d, %s", int, char* )

JNI层头文件:
#include <utils/Log.h>

对应的级别 打印方法  
VERBOSE LOGV()
DEBUG LOGD()
INFO LOGI()
WARN LOGW()
ERROR LOGE()

方法:
LOGD("%d, %s", int, char* )

JNI层代码需包含头文件frameworks/base/include/utils/Log.h,实际上这个头文件include了HAL层代码使用的头文件system/core/include/cutils/log.h
 在相应的中间层代码中包含log TAG的地方,使用如下形式:
    //#define  NDEBUG
    #define  LOG_NDEBUG  1
    #define  LOG_TAG  "RFID_HAL"
    #include <cutils/log.h>
    
下面是关于HAL层log的屏蔽代码:主要是去掉V、D、I等级的log输出:
lizhiguo@informax-ui1:~/new_hope/alps$ svn diff system/core/include/cutils/log.h
Index: system/core/include/cutils/log.h
===================================================================
--- system/core/include/cutils/log.h    (revision 510)
+++ system/core/include/cutils/log.h    (working copy)
@@ -51,6 +51,8 @@
  * You can modify this (for example with "#define LOG_NDEBUG 0"
  * at the top of your source file) to change that behavior.
  */
+#define LOG_NDEBUG 1   /* lizhiguo 2011-07-19, for release sofe*/
+
 #ifndef LOG_NDEBUG
 #ifdef NDEBUG
 #define LOG_NDEBUG 1
@@ -98,29 +100,45 @@
  * Simplified macro to send a debug log message using the current LOG_TAG.
  */
 #ifndef LOGD
+#if LOG_NDEBUG          /* lizhiguo 2011-07-19, for release sofe*/
+#define LOGD(...)   ((void)0)
+#else
 #define LOGD(...) ((void)LOG(LOG_DEBUG, LOG_TAG, __VA_ARGS__))
 #endif
+#endif

#ifndef LOGD_IF
+#if LOG_NDEBUG
+#define LOGD_IF(cond, ...)   ((void)0)
+#else
 #define LOGD_IF(cond, ...) \
     ( (CONDITION(cond)) \
     ? ((void)LOG(LOG_DEBUG, LOG_TAG, __VA_ARGS__)) \
     : (void)0 )
 #endif
+#endif

/*
  * Simplified macro to send an info log message using the current LOG_TAG.
  */
 #ifndef LOGI
+#if LOG_NDEBUG          /* lizhiguo 2011-07-19, for release sofe*/
+#define LOGI(...)   ((void)0)
+#else
 #define LOGI(...) ((void)LOG(LOG_INFO, LOG_TAG, __VA_ARGS__))
 #endif
+#endif

#ifndef LOGI_IF
+#if LOG_NDEBUG
+#define LOGI_IF(cond, ...)   ((void)0)
+#else
 #define LOGI_IF(cond, ...) \
     ( (CONDITION(cond)) \
     ? ((void)LOG(LOG_INFO, LOG_TAG, __VA_ARGS__)) \
     : (void)0 )
 #endif
+#endif

/*
  * Simplified macro to send a warning log message using the current LOG_TAG.
@@ -169,16 +187,24 @@
  * debug priority.
  */
 #ifndef IF_LOGD
+#if LOG_NDEBUG              /* lizhiguo 2011-07-19, for release sofe*/
+#define IF_LOGD() if (false)
+#else
 #define IF_LOGD() IF_LOG(LOG_DEBUG, LOG_TAG)
 #endif
+#endif

/*
  * Conditional based on whether the current LOG_TAG is enabled at
  * info priority.
  */
 #ifndef IF_LOGI
+#if LOG_NDEBUG          /* lizhiguo 2011-07-19, for release sofe*/
+#define IF_LOGI() if (false)
+#else
 #define IF_LOGI() IF_LOG(LOG_INFO, LOG_TAG)
 #endif
+#endif

/*
  * Conditional based on whether the current LOG_TAG is enabled at
@@ -227,29 +253,45 @@
  * Simplified macro to send a debug system log message using the current LOG_TAG.
  */
 #ifndef SLOGD
+#if LOG_NDEBUG              /* lizhiguo 2011-07-19, for release sofe*/
+#define SLOGD(...)   ((void)0)
+#else
 #define SLOGD(...) ((void)__android_log_buf_print(LOG_ID_SYSTEM, ANDROID_LOG_DEBUG, LOG_TAG, __VA_ARGS__))
 #endif
+#endif

#ifndef SLOGD_IF
+#if LOG_NDEBUG
+#define SLOGD_IF(cond, ...)   ((void)0)
+#else
 #define SLOGD_IF(cond, ...) \
     ( (CONDITION(cond)) \
     ? ((void)__android_log_buf_print(LOG_ID_SYSTEM, ANDROID_LOG_DEBUG, LOG_TAG, __VA_ARGS__)) \
     : (void)0 )
 #endif
+#endif

/*
  * Simplified macro to send an info system log message using the current LOG_TAG.
  */
 #ifndef SLOGI
+#if LOG_NDEBUG              /* lizhiguo 2011-07-19, for release sofe*/
+#define SLOGI(...)   ((void)0)
+#else
 #define SLOGI(...) ((void)__android_log_buf_print(LOG_ID_SYSTEM, ANDROID_LOG_INFO, LOG_TAG, __VA_ARGS__))
 #endif
+#endif

#ifndef SLOGI_IF
+#if LOG_NDEBUG
+#define SLOGI_IF(cond, ...)   ((void)0)
+#else
 #define SLOGI_IF(cond, ...) \
     ( (CONDITION(cond)) \
     ? ((void)__android_log_buf_print(LOG_ID_SYSTEM, ANDROID_LOG_INFO, LOG_TAG, __VA_ARGS__)) \
     : (void)0 )
 #endif
+#endif

/*
  * Simplified macro to send a warning system log message using the current LOG_TAG.
  
4. c代码
 对于c代码,为了更好更容易地控制log输出,在每个模块中单独定义print语句时,最好在全局控制宏的控制之下来定义。
 #define C_PRINTF_CONTROL
 
 模块中定义:
 #define CUSTOM_DEF_TPD
 #ifdef  C_PRINTF_CONTROL
 #ifdef  CUSTOM_DEF_TPD
 #define TPD_DEBUG(a,arg...)  printk(TPD_DEVICE ": " a,##arg)
 #else       // CUSTOM_DEF_TPD
 #define TPD_DEBUG(arg...)
 #endif       // CUSTOM_DEF_TPD
 #else         // C_PRINTF_CONTROL
 #define TPD_DEBUG(arg...)
 #endif        // C_PRINTF_CONTROL

四、使用logcat来打印系统日志信息

logCat是用来获取系统日志信息的工具,它可以捕获的信息包括Dalvik虚拟机产生的信息,进程信息,ActivityManager信息,PackagerManager信息,Android运行时信息和应用程序信息等等。

我们可以在打开Eclipse之后,选择Window –> Show View ->Other菜单,然后在Android->LogCat中选择LogCat,这样LogCat便会在Eclipse的下方区域出现了。

其中,在LogCat的右上方的5个字母分别表示了5种不同类型的日志信息(并以不同颜色加以区分,级别越高,颜色越突出):

1. [V]:详细(Verbose)信息,输出颜色为黑色

2. [D]:调试(Debug)信息,输出颜色是蓝色

3. [I]:通告(Info)信息,输出颜色为绿色

4. [W]:警告(Warn)信息,输出颜色为橙色

5. [E]:错误(Error)信息,输出颜色为红色,这里错误信息的级别最高,其次是警告信息,然后是通知信息和调试信息,级别最低的是详细信息。

6.[assert],新版本加入的。

在LogCat中,我们可以通告这5个字母图标选择要显示的信息类型,级别高于所选类型的信息也会在LogCat中显示,但级别低于所选类型的信息则不会被显示。

androidsdk中提供了log输出的api,方法在android.util.Log类中。

Log.v(tag,message);       //verbose模式,打印最详细的日志

Log.d(tag,message);       //debug的日志

Log.i(tag,message);       //info的日志

Log.w(tag,message);       //warn的日志

Log.e(tag,message);       //error的日志

根据首字母对应VERBOSE,DEBUG,INFO,WARN,ERROR。

tag和message分别是两个String值

tag用来标记log消息的源头的. message是这条log的内容。

1.自定义打印TAG

自定义全局TAG

新建一个Application类LoggerDemoApplication,在onCreate方法中调用Logger.init(TAG)。

public class LoggerDemoApplication extends Application {private String TAG = "LoggerDemo";@Overridepublic void onCreate() {super.onCreate();Logger.init(TAG);}
}

在AndroidManifest中加入application的name属性。

<applicationandroid:name=".LoggerDemoApplication"...
</application>

自定义单个TAG

Logger.t("MyTag").d("Hello World!");

3.关闭日志打印

在LoggerDemoApplication中,设置log的级别为NONE即可关闭日志打印。

Logger.init(TAG).logLevel(LogLevel.NONE);

3.更多设置

Logger.methodCount(3)                 // 设置打印方法栈的个数,默认是2.hideThreadInfo()               // 隐藏线程信息,默认显示.methodOffset(2)                // 设置调用堆栈的偏移值,默认是0.logAdapter(new AndroidLogAdapter()); // 自定义Log适配器
}

LINUX系统以及ANDROID 平台log信息输出级别设置 [MTK]相关推荐

  1. [Machine Check机制]X86服务器Linux系统对于MCE的Log解析

    X86服务器Linux系统对于MCE的Log解析 Linux Log信息主要包括两部份内容: APEI的GHES(Generic Hardware Error Soure,通用硬件错误源)解析部分,对 ...

  2. Linux基础知识(3)---查看linux系统重启之前的log -- last_kmsg

    查看linux系统重启之前的log -- last_kmsg 当 Linux Kernel 出现 BUG 的时候,后走入 panic flow,这个时候由于 Kernel 出现了严重的问题,adbd ...

  3. 以wifi为媒介,linux系统与android设备交互

    -.通过hostapd.dhcp和iptables创建wifi热点 我早在三年前,就注意android了.不过最近才买了台天宇w719,而之前我一直在用MTK平台手机. 买手机之前一个星期内,我通过互 ...

  4. Linux系统查看FC HBA卡信息的方法

    Linux系统查看FC HBA卡信息的方法 转载:地址我忘了 一.Windows 系统 在Windows系统中,可以使用FC HBA卡厂家提供的管理软件查看光纤适配器的WWN号码,具体如下: Qlog ...

  5. linux多cpu运行python脚本,linux系统使用python获取cpu信息脚本分享

    linux系统使用python获取cpu信息脚本分享 代码如下: #!/usr/bin/env Python from __future__ import print_function from co ...

  6. Android平台的信息推送实现

    最近有幸负责参与开发公司的CMPP短信网关程序,采用的是Apache Mina框架实现.通过该项目对Socket通信.长连接有了更深一步的理解,于是就想试试将Mina用到Android平台的信息推送上 ...

  7. [023] Android平台的信息推送实现

    最近有幸负责参与开发公司的CMPP短信网关程序,采用的是Apache Mina框架实现.通过该项目对Socket通信.长连接有了更深一步的理解,于是就想试试将Mina用到Android平台的信息推送上 ...

  8. linux系统怎么查看权限设置密码,linux系统怎么查看及修改文件读写权限设置

    在linux中查看与修改文件权限我们都必须使用命令来操作,不能像windows一样点几下就好了,那么linux系统怎么查看及修改文件读写权限设置?接下来大家跟着学习啦小编一起来了解一下linux系统查 ...

  9. R语言构建xgboost模型:控制训练信息输出级别verbose参数

    R语言构建xgboost模型:控制训练信息输出级别verbose参数 目录 R语言构建xgboost模型:控制训练信息输出级别verbose参数

最新文章

  1. R语言使用pwr包的pwr.t2n.test函数对分组样本数不同的t检验进行效用分析(power analysis)的语法
  2. linux命令netstat
  3. 【VBA编程】15.WorkSheet对象常用属性
  4. sourceInsight4 破解笔记(完美破解)
  5. 用Socket 打造跨语言跨操作系统的网络MORPG游戏(三)
  6. Jmeter笔记(5)线程组执行顺序
  7. FastDFS 文件上传工具类
  8. x86 的 TSS 任务切换机制
  9. 正则表达式来判断Sql语句中Select到from之间使用了*而不是字段名
  10. priority_queue实现大顶堆和小顶堆
  11. Transformer 这么强,该从何学起?
  12. 数据结构之顺序表和有序表查找其实现
  13. idea 2020和2017下载
  14. linux系统交叉编译如何打包,构建ARM Linux交叉编译器
  15. HDU - 2187 (贪心)
  16. java的package需要大写吗,java 数字转大写的小程序
  17. 汇编语言 王爽 【第四版】实验一
  18. 【机器学习】支持向量机原理及例题详解
  19. 新时代 新创意 新场景 新消费 2021“设计+”珠宝首饰创新设计展将于10月17日开幕
  20. 自动化办公1-文件夹文件分类器

热门文章

  1. Java 多线程同步和异步详解
  2. 035_Breadcrumb面包屑
  3. 029_jQuery Ajax简介
  4. 计算机多媒体思政课,浅论多媒体教学手段在思政课教学中的运用
  5. mysql 非自然月统计_技本功|统计信息对SQL执行效率的影响
  6. python csv数据处理_python处理csv数据的方法
  7. android apk签名工具_Android 应用修改为系统签名的方法(macOS)
  8. abb变频器电机过热保护怎么复位_变频器驱动的电机过热该怎么办
  9. linux只显示文件,ls如何只显示文件名
  10. php屏幕抓取,关于屏幕抓取:如何在PHP中实现Web scraper?