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

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