打开Android C文件中的LOG

最新推荐文章于 2024-02-29 19:57:27 发布

转载最新推荐文章于 2024-02-29 19:57:27 发布 · 623 阅读

本文详细介绍了如何在Android环境中配置日志系统，包括如何使用宏定义打开特定级别的日志输出，以及具体实例演示如何查看AndroidRuntime的日志信息。

可以一次打开LOGV，LOGI，LOGD，也可以分别打开：

#undef NDEBUG       //打开LOGV/LOGI/LOGD
#define LOG_NDEBUG   0  //打开LOGV
#define LOG_NIDEBUG  0  //打开LOGI
#define LOG_NDDEBUG 0 //打开LOGD

举例，如果要看AndroidRuntime的LOGI和LOGD，可以有这样2种写法：

NDEBUG-LOG_NDEBUG=LOG_NIDEBUG +LOG_NIDEBUG

#define LOG_TAG "AndroidRuntime"
#undef NDEBUG
#define LOG_NDEBUG 1
#include <utils/Log.h>

LOG_NIDEBUG +LOG_NIDEBUG

#define LOG_TAG "AndroidRuntime"
#define LOG_NIDEBUG 0
#define LOG_NDDEBUG 0
#include <utils/Log.h>

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

pegasus

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

android 4.1 中的 log

flyingqr的专栏

05-09

6196

Android4.1中，log有了一些打印，具体可以参考system/core/include/cutils/log.h 1. 下面是控制哪些log输出的宏 /* * Normally we strip ALOGV (VERBOSE messages) from release builds. * You can modify this (for example with "#defi

【tool】动态注释LOG_NDEBUG宏定义

qq_38091632的博客

11-15

3623

前言需要动态打开代码中最前端定义的LOG_NDEBUG，关闭注释则log文件中可以看到该code中的等级为v的log。可是有时候需要git pull代码，就需要退回去，很麻烦，所以编写了一个python脚本，动态修改dynamic_log_file_path.txt中列出来code路径文件的宏定义，取消掉注释。根据该dynamic_log_file_path.txt文件中第一个cpp文件，然后决定后续文件是打开log还是关闭log。如果第一个文件中该宏定义为注释掉，则后续会将所有的code文件都取消

参与评论您还未登录，请先登录后发表或查看评论

安卓底层开发调试中log的使用

ccqqqqqq的专栏

07-03

1180

最近在调试安卓底层，发现一直想打印ALOGV但都看不见日志输出。原来，系统默认是不打印v级的日志，需要添加代码 #define LOG_NDEBUG 0 //打开LOGV #define LOG_NIDEBUG 0 //打开LOGI #define LOG_NDDEBUG 0 //打开LOGD 可以直接使用以下代码打开所有日志开关： #undef NDEBUG //

Android 调试

太陽の金貨的博客

12-19

888

打开调试信息 #define LOG_TAG “AndroidRuntime” #undef NDEBUG //打开LOGV/LOGI/LOGD #define LOG_NDEBUG 0 //打开LOGV，为1时表示禁止 #define LOG_NIDEBUG 0 //打开LOGI，为1时表示禁止 #define LOG_NDDEBUG 0 //打开LOG

如何打开Native层的LOGV

xiaofengcanyue2013的专栏

05-08

1546

1. 要打开所有级别的注释（LOGE, LOGI, LOGD, LOGV, LOGW），只需要在你的cpp代码前加上 #define LOG_NDEBUG 0 这个是为什么呢？阅读源码源码目录/system/core/include/cutils/log.h 可以看到注释 #ifndef LOG_NDEBUG #ifdef NDEBUG #define LOG_NDEBUG 1

【Android NDK编程--- C/C++中使用LOG输出进行跟踪】【转载】

j8267643的博客

02-29

722

前面的文章我们基本已经把NDK的基本应用全部讲完了，我们在JAVA的调试中经常会用到Log.i什么的方法进行输出跟踪，这一篇我主要来说一下在NDK开发中，C++的代码中怎么实现日志输出。从上图中我们可以看到，在Logcat的日志中已经输出我们每一步的输出，这样在调试C/C++的代码中可以通过输出方式找到哪一步出的问题，方便我们开发，提高效率。我们直接在上一章的两个数相乘的方法中进行日志输出看看结果，改造一下。我们还是用原来的那个Demo程序，按照我们的实现方法来进行。接下来我们看一下运行后的结果。

Android中调用系统所装的软件打开文件

m0_70082703的博客

04-28

511

* 根据文件后缀名获得对应的MIME类型。 * @param file */ private String getMIMEType(File file) { String type=“*/*”; String fName = file.getName(); //获取后缀名前的分隔符"."在fName中的位置。 int dotIndex =&nbsp..

android打开各种类型文件.docx

11-10

在Android操作系统中，打开各种类型文件涉及到文件的 MIME 类型识别和对应的文件处理程序。MIME（Multipurpose Internet Mail Extensions）类型是一种标准，用于定义不同类型的网络数据，如文本、图像、音频、视频等...

Android Log分析-系统重启

Jimmy的专栏

05-23

4251

对Linux内核来说，Oops就意外着内核出了异常，此时会将产生异常时CPU的状态，出错的指令地址、数据地址及其他寄存器，函数调用的顺序甚至是栈里面的内容都打印出来，然后根据异常的严重程度来决定下一步的操作：杀死导致异常的进程或者挂起系统。，libwebcore.so是带符号表的so，位于/out/target/product/sp8830ec/symbols/system/lib，000b852a是对应的出错地址。，看开机的模式，如果没有则默认为normal mode，正常开机；

android中Log的实现机制

11-14

Android中的Log机制是一个多层架构的设计，它充分利用了Java、JNI、C/C++以及Linux内核等不同层面的技术优势，实现了轻量高效且易于扩展的日志管理系统。通过对各个层面的详细分析，我们可以更深入地理解Android系统...

android alogd,解决ALOGV无法输出的问题

weixin_29065659的博客

05-27

1748

Android4.1中，log有了一些打印，具体可以参考system/core/include/cutils/log.h1. 下面是控制哪些log输出的宏/** Normally we strip ALOGV (VERBOSE messages) from release builds.* You can modify this (for example with "#define LOG_NDE...

解决ALOGV无法输出的问题

最新发布

12-03

<think> 我们正在处理一个关于在Android Native Framework中打开日志开关的问题。根据用户提供的引用和问题描述，我们可以从几个方面来回答： 1. 在系统源码中，默认情况下某些日志级别（如ALOGV, ALOGI, ALOGD）是被关闭的，以防止日志过多导致系统卡顿。 2. 用户需要知道如何在Native Framework中打开这些日志开关。根据引用[1]和引用[3]，我们可以总结出两种主要方法：方法一：在代码中直接修改日志宏的定义或条件（适用于开发阶段）方法二：通过系统属性动态控制日志开关（适用于运行时，无需重新编译）下面我们详细说明： ### 方法一：修改日志宏定义（代码级）在Android Native Framework中，日志输出通常使用`<log/log.h>`中定义的宏，如ALOGV, ALOGD, ALOGI, ALOGW, ALOGE。其中，ALOGV（详细日志）和ALOGD（调试日志）在非调试版本中默认是关闭的。在系统源码中，我们可以找到定义这些宏的地方。例如，在`frameworks/ex/framesequence/jni/utils/log.h`（引用[1]提到）或者更通用的`system/core/liblog/include/log/log.h`中，通常会有类似以下的条件编译： ```c #ifndef LOG_NDEBUG #ifdef NDEBUG #define LOG_NDEBUG 1 #else #define LOG_NDEBUG 0 #endif #endif // 对于ALOGV，通常有： #if LOG_NDEBUG #define ALOGV(...) ((void)0) #else #define ALOGV(...) ((void)ALOG(LOG_VERBOSE, LOG_TAG, __VA_ARGS__)) #endif ``` 因此，要打开ALOGV和ALOGD（在非调试版本中默认关闭），我们可以： 1. 在包含头文件之前定义`LOG_NDEBUG`为0，例如： ```c #define LOG_NDEBUG 0 #include <log/log.h> ``` 2. 或者在编译整个模块时，在Android.mk或Android.bp中添加全局定义，例如： - 对于Android.mk：`LOCAL_CFLAGS += -DLOG_NDEBUG=0` - 对于Android.bp：`cflags: ["-DLOG_NDEBUG=0"]` 注意：这种方法会使得该模块中的所有日志宏都生效，可能会产生大量日志，影响性能。 ### 方法二：通过系统属性动态控制（运行时）引用[3]中提到了一种通过系统属性来控制日志开关的方法。我们可以设计一个系统属性（例如`persist.xxx.epo.log`），在代码中读取该属性来决定是否打印详细日志。例如，我们可以这样实现： ```c #include <cutils/properties.h> #define DEBUG_EPO // 可以定义一个总开关，或者直接使用属性判断 // 在需要打印日志的地方，先检查属性 bool debugEnabled = property_get_bool("persist.xxx.debug.log", false); // 默认关闭 if (debugEnabled) { ALOGD("Debug message"); } ``` 或者，我们可以将属性检查封装成宏： ```c #define MY_LOGV(...) \ if (property_get_bool("persist.xxx.debug.log", false)) { \ ALOGV(__VA_ARGS__); \ } ``` 这样，在需要的时候，我们可以在终端通过设置属性来打开日志： ```bash adb shell setprop persist.xxx.debug.log true ``` 然后重启相关进程（或者代码中已经实时监听属性变化）即可。注意：使用`persist`属性会跨重启生效，而使用`setprop`设置的非persist属性只在当前会话有效。 ### 方法三：通过运行时参数或配置文件除了系统属性，还可以通过读取配置文件、设置全局变量等方式，但系统属性是最常用的方式。 ### 在Framework中的实践如果需要在整个Android Framework中打开日志，可能需要修改多个模块的日志宏定义。但通常我们不建议全局打开，而是针对特定模块。例如，在引用[3]的代码示例中，使用了一个常量`DEBUG_EPO`来控制日志，我们可以将其改为从系统属性读取： ```java // 在Java层 private static final boolean DEBUG = SystemProperties.getBoolean("persist.sys.debug.epo", false); // 在Native层，同样可以使用property_get_bool ``` ### 总结步骤 1. **确定需要打开的日志宏**：比如ALOGV、ALOGD等。 2. **修改代码**： - 直接修改宏定义（通过定义LOG_NDEBUG=0）或者使用条件属性判断。 3. **重新编译并刷机**（如果是修改代码方式）。 4. **动态控制**：如果使用属性控制，设置属性后可能需要重启相关进程。注意：在正式版本中，为了性能和安全，不要打开过多日志。根据引用[4]，在宿主工程中也可以通过类似的方式设置日志开关（如FairyGlobal.setLogEnable(true)），但这属于应用层插件框架，与Native Framework不同。 ### 相关问题 1. 如何在不重新编译系统的情况下动态打开Native Framework的日志？ 2. 在Android系统中，哪些日志级别在Release版本中默认关闭？ 3. 如何通过adb命令设置系统属性来打开日志？ 4. 大量打印日志对Android系统性能有何影响？以上回答基于提供的引用和Android系统开发经验。 </think>在 Android Native Framework 中打开日志开关，主要有以下三种方法，根据控制粒度和使用场景选择： --- ### 方法一：**全局日志开关（源码级控制）** 通过修改 `LOG_NDEBUG` 宏定义强制开启调试日志： ```c // 在头文件或编译配置中定义 #define LOG_NDEBUG 0 // 强制开启DEBUG日志 ``` **实现步骤**： 1. 定位相关模块的头文件（如 `log.h` 或 `log_main.h`） 2. 在包含日志宏的代码前添加定义： ```c #define LOG_NDEBUG 0 // 必须放在包含<log/log.h>之前 #include <log/log.h> ``` 3. 重新编译系统镜像 **适用场景**：深度调试系统底层模块[^1] --- ### 方法二：**动态属性控制（运行时开关）** 通过系统属性动态控制日志级别： ```java // Java层示例 private static final boolean DEBUG_EPO = SystemProperties.getBoolean("persist.xxx.debug.log", false); if (DEBUG_EPO) { Slog.i(TAG, "Debug information"); } ``` **操作流程**： 1. 在代码中读取属性值（如 `persist.xxx.debug.log`） 2. 通过ADB动态修改属性： ```bash adb shell setprop persist.xxx.debug.log true ``` 3. 重启相关服务或进程生效 **优势**：无需重新编译，支持生产环境调试[^3] --- ### 方法三：**模块级日志开关** 针对特定模块定制日志控制： ```c // Native层示例 (C/C++) #define MODULE_DEBUG 1 // 模块专属开关 #if MODULE_DEBUG ALOGD("Module debug: %s", debug_data); #endif ``` **配置方式**： 1. 在 `Android.mk`/`Android.bp` 中添加编译标志： ```makefile LOCAL_CFLAGS += -DMODULE_DEBUG=1 ``` 2. 或使用命令行编译参数： ```bash mmm -DMODULE_DEBUG=1 path/to/module ``` **适用场景**：定制化开发特定模块[^1] --- ### 选择建议 | **方法** | 生效时机 | 是否需要编译 | 控制粒度 | |-------------------|----------------|--------------|----------------| | 全局日志开关 | 系统启动时 | 需要 | 全局 | | 动态属性控制 | 运行时实时生效 | 不需要 | 进程/组件级别 | | 模块级开关 | 编译时决定 | 需要 | 单个模块 | --- ### 注意事项 1. **性能影响**：频繁打印日志可能导致I/O瓶颈（尤其DEBUG级别），生产环境建议关闭[^3] 2. **作用域**： - Java层使用 `Slog.i()`/`Log.d()` - Native层使用 `ALOGD()`/`ALOGV()` 3. **优先级匹配**： ```c // 在logcat命令中指定级别 adb logcat *:V // 显示VERBOSE及以上所有日志 adb logcat *:D // 显示DEBUG及以上日志 ``` --- ### 调试技巧 1. **动态过滤日志**： ```bash adb shell setprop log.tag.<TAG_NAME> VERBOSE ``` 2. **检查当前日志级别**： ```bash adb shell getprop | grep log.tag ``` --- ### 相关问题 1. 如何在Android系统中动态调整所有模块的日志级别？ 2. `LOG_NDEBUG` 与 `NDEBUG` 宏有何区别？ 3. 如何防止调试日志影响系统性能？ 4. Native层与Java层的日志控制机制有何差异？ [^1]: 系统源码中通过 `LOG_NDEBUG` 控制 `ALOGV` 等宏行为 [^3]: 通过系统属性实现运行时动态开关日志