[英]What the ios equivalent of android Log.v, Log.d, Log.i, Log.e, etc?
[英]Android Log.v(), Log.d(), Log.i(), Log.w(), Log.e() - When to use each one?
不同的LogCat
方法是:
Log.v(); // Verbose
Log.d(); // Debug
Log.i(); // Info
Log.w(); // Warning
Log.e(); // Error
使用每种类型的日志记录的适当情况是什么? 我知道也许这只是一些语义,也许它并不重要,但对于Android Studio和Eclipse中的LogCat
过滤,我很高兴知道我在适当的时候使用了正确的方法。
我们按相反顺序进行:
Log.e :这是为了发生坏事。 在catch语句中使用此标记。 您知道发生了错误 ,因此您正在记录错误。
Log.w :当你怀疑阴影正在发生时使用它。 您可能无法在错误模式下完全完整,但也许您从某些意外行为中恢复过来。 基本上,使用它来记录您不希望发生的事情,但不一定是错误。 有点像“嘿,这发生了,而且很奇怪 ,我们应该调查它。”
Log.i :使用此命令将有用信息发布到日志中。 例如:您已成功连接到服务器。 基本上用它来报告成功。
Log.d :用于调试目的。 如果要打印出大量消息,以便记录程序的确切流程,请使用此方法。 如果要保留变量值的日志,请使用此选项。
Log.v :当您想要完全记录日志时使用此选项。 如果由于某种原因您决定在应用程序的特定部分记录每个小东西,请使用Log.v标记。
作为奖励......
不同的方法是优先权的指示。 正如你已经列出的那样,它们从最不重要到最重要。 我认为你如何将它们专门映射到代码中的调试日志取决于你正在处理的组件或应用程序,以及Android如何在不同的构建版本(eng,userdebug和user)上处理它们。 我在Android中的原生守护进程中做了大量的工作,这就是我的工作方式。 它可能不会直接应用于您的应用,但可能存在一些共同点。 如果我的解释听起来含糊不清,那是因为其中一些更像是一门艺术,而不是一门科学。 我的基本规则是尽可能高效,确保您可以合理地调试组件而不会破坏系统的性能,并始终检查错误并记录它们。
V - 以不同的间隔打印状态,或者在我的组件处理的任何事件发生时。 也可能非常详细地打印我的组件接收或发送的消息/事件的有效负载。
D - 组件中发生的次要事件的详细信息,以及组件接收或发送的消息/事件的有效负载。
I - 组件接收或发送的任何消息/事件的标头,以及对组件操作至关重要的有效负载的任何重要部分。
W - 发生任何不寻常或可疑的事情,但不一定是错误。
E - 错误,意味着当事情按预期工作时不应发生的事情。
我看到人们犯的最大错误是他们过度使用V,D和I之类的东西,但从不使用W或E.如果错误是,根据定义,不应该发生,或者应该只发生很少,那么它是非常的当它发生时,便宜你记录消息。 另一方面,如果每次有人按下一个键你都会执行Log.i(),那么你就会滥用共享的日志记录资源。 当然,使用常识并小心控制之外的事情(如网络错误)或紧密循环中包含的错误日志。
也许不好
Log.i("I am here");
好
Log.e("I shouldn't be here");
考虑到所有这些,您的代码越接近“生产就绪”,您就越能限制代码的基本日志记录级别(您需要在alpha中使用V,在beta中使用D,在生产中使用D,或者在生产中使用甚至W) )。 您应该运行一些简单的用例并查看日志,以确保在应用更严格的过滤时,您仍然可以大部分了解正在发生的情况。 如果您使用下面的过滤器运行,您仍然可以告诉您的应用正在做什么,但可能无法获得所有详细信息。
logcat -v threadtime MyApp:I *:S
源代码提供了一些基本指导:
详细程度的顺序,从最小到最多,是ERROR,WARN,INFO,DEBUG,VERBOSE。 除了在开发期间,不应该将详细编译到应用程序中。 调试日志在运行时编译但被剥离。 始终保留错误,警告和信息日志。
更多细节,Kurtis的答案已经过去了。 我想补充一点:不要在INFO
或以上( WARN
/ ERROR
)记录任何个人身份信息或私人信息。 否则,错误报告或包含日志记录的任何其他内容可能会受到污染。
我认为这些不同类型的日志记录的重点是,如果您希望您的应用程序基本上自我过滤自己的日志。 因此,Verbose可以在您的应用程序中记录绝对重要的一切,然后调试级别将记录详细日志的子集,然后Info级别将记录调试日志的子集。 当您开始使用错误日志时,您只想记录可能发生的任何类型的错误。 还有一个名为Fatal的调试级别,用于在应用程序中真正击中粉丝的时候。
一般来说,你是对的,它基本上是任意的,你可以自己定义什么是调试日志,而不是信息,对比和错误等。
Android Studio网站最近(我认为)提供了一些建议,从Kurtis的回答中可能有用的不同日志级别期望什么样的消息:
你可以使用LOG如:
Log.e(String, String) (error)
Log.w(String, String) (warning)
Log.i(String, String) (information)
Log.d(String, String) (debug)
Log.v(String, String) (verbose)
示例代码:
private static final String TAG = "MyActivity";
...
Log.i(TAG, "MyClass.getView() — get item number " + position);
虽然这个问题已经回答了,但我觉得答案中有缺少的例子。
因此,我将把我在博客文章“Android Log Levels”中写的内容带到这里
详细
是最低级别的日志记录。 如果你想坚持记录,那么你就可以使用这个级别了。 我从来不知道何时使用Verbose以及何时使用Debug。 差别对我来说非常武断。 一旦我指出Android¹的源代码,我终于理解了“除了在开发过程中,不应该将Verbose编译成应用程序。”现在我很清楚,无论何时开发并想要添加可删除的日志来帮助你开发有用的是详细级别,这有助于您在投入生产之前删除所有这些日志。
调试
用于调试目的。 这是生产中应该达到的最低水平。 这里的信息是在开发过程中提供帮助。 大多数情况下,您将禁用此生产日志,以便发送较少的信息,并且只有在出现问题时才启用此日志。 我喜欢登录调试应用程序从服务器发送/接收的所有信息(注意不要记录密码!!!)。 这对于了解错误是在服务器还是应用程序中非常有帮助。 我还会记录进入和退出重要功能的日志。
信息
有关突出显示应用程序进度的信息性消息。 例如,当应用程序的初始化完成时。 当用户在活动和片段之间移动时添加信息。 记录每个API调用,但只记录URL,状态和响应时间等信息。
警告
当存在潜在的有害情况时。
这个日志在我的经历中是一个棘手的水平。 你什么时候有潜在的有害情况? 一般情况下或它是好的或它是一个错误。 我个人不太喜欢这个级别。 我使用它的例子通常是多次发生的事情。 例如,用户的密码错误超过3次。 这可能是因为他错误地输入了3次密码,也可能是因为我们的系统中没有接受某个字符存在问题。 网络连接问题也是如此。
错误
错误事件。 错误后应用程序仍可继续运行。 这可能是例如当我得到一个空指针,我不应该得到一个。 解析服务器的响应时出错。 从服务器收到错误。
WTF(多么可怕的失败)
致命是导致应用程序退出的严重错误事件。 在Android中,致命的是实际上的错误级别,不同之处在于它还添加了fullstack。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.