Log.wtf()与Log.e()有何不同?


71

我已经看过了android.util.Log的文件,我不知道到底是什么之间的差异Log.e(),并Log.wtf()为。一个比另一个更好吗?功能上有区别吗?当然,它们不是多余的。

致将来的读者注意:在问这个问题时,有关此文档的内容还不清楚。如果您点击上面的链接,他们已经解决了问题。


11
看起来只是严重程度不同。跆拳道是应该是一个错误从未发生..
迈克·克里斯滕森

最好的答案是错误的,检查我的回答:stackoverflow.com/a/47314146/8695819
ŞafakÖzdek

Answers:


103

严重程度有所不同;

Log.e() 只会将错误记录到优先级为ERROR的日志中。

Log.wtf() 将记录优先级为ASSERT的错误,并可能(取决于系统配置)发送错误报告并立即终止程序。


131
API文档中非常清楚WTF的含义,在本例中为“多么可怕的失败”。我无法想象它还能代表什么... developer.android.com/reference/android/util/Log.html
Carlos P

24
这也是一个显然重定向到Google的域。哈哈
TheRealChx101

11
我不知道为什么有人应该将其粘贴在网址栏中,但是@ chx101做到了。(它仅显示Google样式的404错误)
MrWasdennnoch

5
实际上,此域不是由Google注册的,它仅显示Google 404页面。它于2015年7月23日注册(参考:whois报告
MrWasdennnoch

8

Log.e() 简单地将错误记录到优先级为ERROR的日志中。

Log.wtf()(多么可怕的失败)比错误日志更严重。从未发生过的错误。在终止程序之前,它可能会强制设备保持写入日志的状态。


5

常见的错误

官方文档说:

Log.e()优先级为ERROR的日志。但是,Log.wtf()优先级为ASSERT的日志。

ASSERT的优先级常数= 7
ERROR的优先级常数= 6

因此Log.wtf()对于Log.e()

但是,源代码 与以上信息冲突

static int wtf(int logId, String tag, String msg, Throwable tr,boolean localStack, boolean system) {
        
    TerribleFailure what = new TerribleFailure(msg, tr);
    // Only mark this as ERROR, do not use ASSERT since that should be
    // reserved for cases where the system is guaranteed to abort.
    // The onTerribleFailure call does not always cause a crash.
    int bytes = printlns(logId, ERROR, tag, msg, localStack ? what : tr);
    ...
}

官方文档中似乎有一个错误。因为两者Log.wtf()Log.e()日志的优先级均为ERROR。

真正的差异

Log.e()的源代码:

public static int e(@Nullable String tag, @Nullable String msg,@Nullable Throwable tr) {
    return printlns(LOG_ID_MAIN, ERROR, tag, msg, tr);
}

区别在于Log.wtf()可能会调用onTerribleFailure()进行回调。

onTerribleFailure()可能会或可能不会导致进程终止(取决于系统设置)。

TL; DR

Log.wtf()可能会调用onTerribleFailure()并可能导致应用程序终止。


3

实际上,这可能是Android SDK中的文档错误,这真是令人惊讶... Doc说:

该错误将始终在调用堆栈的ASSERT级别记录。

但是源代码这样说:

static int wtf(int logId, String tag, String msg, Throwable tr, boolean localStack, boolean system) {

    ...

    int bytes = printlns(logId, ERROR, tag, msg, localStack ? what : tr);

    ...
}

因此,Log.wtf()和Log.e()都具有相同的优先级,即ERROR。

区别在于Log.wtf()调用onTerribleFailure()进行回调,该回调“报告当前进程中的严重错误。可能会或可能不会导致进程终止(取决于系统设置)”。

因此,换句话说,Log.wtf()可能会使您的应用程序崩溃。

下面是一个代码片段:

if (ActivityManager.getService().handleApplicationWtf(
        mApplicationObject, tag, system,
        new ApplicationErrorReport.ParcelableCrashInfo(t))) {
  // The Activity Manager has already written us off -- now exit.
  Process.killProcess(Process.myPid());
  System.exit(10);
}

@AlicanŞafakÖzdek您能补充为什么吗?
xuiqzy

2

与其他日志记录类型一样,我知道它只是日志消息的另一种标签类型。log.i用于获取有关发生位置的信息。log.e用于可能发生的错误。log.wtf用于永远不会发生的错误。我认为这只是一种便利,所以您不需要Log(“ ERROR:”,“ an error”)和Log(“ INFO:”,“ information”)


绝不应该存在从未发生过的错误之类的错误-至少在专业领域中如此。应至少记录并计划每种错误可能性。

4
@ user1499731如果我们可以为每种可能性做好计划并做好准备,那么我们将永远不需要错误消息。
forresthopkinsa

1

我认为wtf(可怕的失败)用于报告应用程序的严重异常/问题(例如,在调试控制台中报告它们)。

log.e用于报告错误,但没有那么严重。


0

在研究ROM层之前,我还不知道这一点。

如果设置了某些条件,Log.wtf()将终止您的进程。我对为什么系统服务一直崩溃感到非常困惑。那是我使用Log.wtf(),并且因为某些“不应该发生的事情”而被炒鱿鱼

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.