Android中log-to-txt文件的优缺点
我正在本地Android应用程序中实现日志信息- 我有两种方法来实现这一点- 路1。在SD卡中创建Log.txt文件并将所有日志信息存储在Log.txt文件中 路2。Log.d(“TAG”“string”)并将所有内容打印到控制台中Android中log-to-txt文件的优缺点,android,logging,Android,Logging,我正在本地Android应用程序中实现日志信息- 我有两种方法来实现这一点- 路1。在SD卡中创建Log.txt文件并将所有日志信息存储在Log.txt文件中 路2。Log.d(“TAG”“string”)并将所有内容打印到控制台中 I'm following Way 1. 我的问题是: 问题1。道路1和2的前进方向和前进方向是什么 问题2。捕获日志信息的最佳方法/实践是什么 根据我的理解,在广告中表示感谢 Adv- a. single point of all log info, b.
I'm following Way 1.
我的问题是:
问题1。道路1和2的前进方向和前进方向是什么
问题2。捕获日志信息的最佳方法/实践是什么
根据我的理解,在广告中表示感谢 Adv-
a. single point of all log info,
b. easy to manage,
c. easy to delete (clear cache)
d. performance (when file size grow up) performance of apps remain same
DisAdv-
a. Anyone can read log file and can know which process is running on
b. File operation
如果我是对的,请告诉我
在广告中表示感谢。方式1:
- 持续的
- Disadv:更麻烦的是,您必须管理打开文件、保留旧内容、正确关闭等
- Adv:易于实现
- Disadv:不持久
控制台可以很好地跟踪应用程序的开发和调试目的。如果您正在查看来自多个用户的日志内容,然后以某种方式检索它以进一步处理它,那么使用方法1,否则,方法2应该足够了。一般来说,只要输出不太多,登录到文本文件总是一个好主意。如果您的用户在应用程序中遇到错误,您可以获取日志并查看出了什么问题。我真的不在乎用户是否会阅读我的日志文件,他们可以在最坏的情况下删除该文件,但临时用户不在乎搜索日志文件(你呢?!) 若您登录到控制台,那个么它将只用于调试,但对于生产模式,您将一无所获,因为您无法访问用户的控制台,是吗 Android似乎没有什么不同,小应用程序的日志文件通常很小,而大应用程序的日志文件甚至可以很小(保留最后的X行)
我的0.02$这是问题的答案吗?