“Not for use by third-party applications,because Log entries can
contain the user’s private information.”
一些网站表示不会将其用于同样的隐私问题.
但是我有一些问题：
>当我在Android 7.1.1(Nexus 5X)和Android 4.4.2(旧的Samsung 8“平板电脑)上的应用程序中测试此权限时,他们都没有提示我该应用程序需要此权限.两者都说应用程序请求”没有特殊权限“.只有在权限被视为”正常“时才会发生这种情况,在这种情况下会自动授予权限.
>其次,使用此权限,我只能查看logcat中与我的应用程序有关的日志,该日志不会记录任何个人信息.因此,我也没有违反任何隐私.我认为此权限可能允许我查看其他应用程序的日志,从而导致隐私问题.
那么,如果是这种情况,那么在应用程序的生产版本中使用此权限是否安全？如果他们可以通过按下按钮向我发送一个logcat,它可以帮助我调试用户面临的奇怪错误.
编辑：好的,现在我很困惑.看来我不需要在清单中明确指定此权限.
解决方法
Is READ_LOGS a normal or dangerous Android permission?
都不是.从Android 7.1开始,它是签名|开发.这基本上意味着作为固件构建的一部分签名或安装在特权分区上的应用程序可以保留权限,但没有其他任何内容可以.
the Android Documentation website does not specify the protection level of this permission
正确. READ_LOGS仍然在SDK中,出于向后兼容的原因,但自Android 4.1(five years ago出来)以来普通应用程序无法容纳它.
This only happens if the permission is deemed “normal”,in which case it is automatically granted.
没有.
I thought this permission may allow me to see other app’s logs,causing privacy issues.
在Android 4.0及更早版本中它确实如此.
then is it deemed safe to use this permission in a production version of the app?
好吧,请记住,应用程序访问LogCat内容从未有过记录和支持的方式.最有可能的是,您正在使用已发布的script-kiddie解决方案之一,例如运行logcat命令并捕获其输出.因此,现在或将来的设备完全有可能不支持您访问LogCat的特定方法.所以,许可不是你的问题;缺少支持的LogCat访问API是您的问题.
