获取空字符串时 Android Logcat 非常奇怪的行为

Question

所以我遇到了一些奇怪的事情，这让我放松了一些时间。我一直在尝试打印包含字符串元素的 ArrayList 的内容，有时，一个元素可能包含一个空字符串，这很好，这绝对是我的 Intent 。所以我有这样的东西:

List<String> l = new ArrayList<String>();

//adding strings in l, sometimes it's an empty string

for (int i=0; i < l.size(); i++) {
    Log.w("element in l : ", l.get(i));
}

所以在这里，当循环将命中空字符串时，logcat 根本不会将其打印出来(但这是我困惑的根源)，如果您在未能显示的消息之后有一条消息，突然，失败的消息将显示出来，就好像它包含新的 logcat 消息一样。例如，如果您尝试像这样记录一个空字符串

Log.w(TAG,  <empty string here>);

Logcat 一开始什么都不输出，然后，当它有一条新消息要显示时，这就是它打印出来的内容(在这种情况下，新消息是一些关于 AudioTrack 的警告):

08-21 17:06:02.265  13047-13047/company.myapp W/TAG﹕ [ 08-21 17:06:05.411   766:  937 W/AudioTrack ]
    AUDIO_OUTPUT_FLAG_FAST denied by client

我很想知道这是怎么发生的，也许它可以帮助其他人不会像我一样感到非常困惑。我想尝试记录一个空字符串会触发某种缓冲区，该缓冲区会一直放在那里，直到它得到要打印的东西，这是一个错误吗？

Answer 1

这是一个有趣的问题。我刚刚在 LogRabbit 中尝试了这个并且能够看到相同的结果。

我快速浏览了 android 源代码，发现 Log.W(...) 以 native 代码结束并在 logd_write.c 中得到处理。

这基本上是将数据写入/dev/log/main(或其他日志之一)

您可以像这样获取这些日志:

adb pull /dev/log/events .
adb pull /dev/log/main .
adb pull /dev/log/radio .
adb pull /dev/log/system .

您需要按 cntl-C 否则复制将永远发生。

查看/dev/log/main 中的原始日志，我看到消息确实被记录了:

 <8b>F×U^_<8c>^Y^U^Emfl_MessageList^@Before Empty^@^R^@^@^@!z^@^@!z^@^@
 <8b>F×U^_<8c>^Y^U^Emfl_MessageList^@^@^]^@^@^@!z^@^@!z^@^@
 <8b>F×U^_ <8c>^Y^U^Emfl_MessageList^@After Empty^@7^@^@^@^@^E^@^@^Z^E^@^@

由 logger.h 中的结构解码所以我认为这是 adb 中的一个问题。拉source code从这里:(看起来那里有很多未记录的命令)

这是主要功能

static int logcat(TransportType transport, const char* serial, int argc, const char** argv) {
    char* log_tags = getenv("ANDROID_LOG_TAGS");
    std::string quoted = escape_arg(log_tags == nullptr ? "" : log_tags);

    std::string cmd = "shell:export ANDROID_LOG_TAGS=\"" + quoted + "\"; exec logcat";

    if (!strcmp(argv[0], "longcat")) {
        cmd += " -v long";
    }

    --argc;
    ++argv;
    while (argc-- > 0) {
        cmd += " " + escape_arg(*argv++);
    }

    return send_shell_command(transport, serial, cmd);
}

在那里我看到所有 logcat 所做的基本上是这样的:

adb shell
> exec logcat

所以我认为问题的根源在于logcat本身。 Logcat.cpp 调用 log_read.c

根据我的快速阅读，我认为正在发生的事情是消息没有正确终止。空消息不会显示，直到附加了另一条消息并且第一条消息溢出并显示第二条消息，因为它具有适当的终止。