位置: 编程技术 - 正文
Android 5.0 如何正确启用isLoggable(一)__使用详解(android系统设置)
编辑：rootadmin推荐整理分享Android 5.0 如何正确启用isLoggable(一)__使用详解(android系统设置)，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:android系统教程,androidq,android系统怎么样,android怎么运行,android系统设置,android系统教程,android系统教程,android怎么样,内容如对您有帮助，希望把文章链接给更多的朋友！
在Android源码中，我们经常可以看到如下代码：
只有在android.util.Log.isLoggable返回&#;为true的时候，startOrFinishUi的log才能正常输出。那什么时候isLoggable才会返回true呢？如何简单快捷的开启isLoggable并使log正常输出呢？
本文来自 转载请务必注明出处
isLoggable定义什么是isLoggable？isLoggable是android.util.Log提供的方法，用于检查指定TAG的level，是否满足输出条件，如满足则返回true反之则返回false。isLoggable在源码中的定义如下：
从以上定义中可以知道：1. isLoggable默认level为android.util.Log.INFO；
2. 只有 level >= INFO才能输出，即level >= INFO时isLoggable返回true，反之则返回false；
3. 可以通过setprop log.tag.<YOUR_LOG_TAG> <LEVEL>来改变log的默认level，如adb shell setprop log.tag.InCall D。也可以将这些属性按照log.tag.InCall=D的形式，写入/data/local.prop中；
4. tag的长度如果超过个字符则会抛出IllegalArgumentException异常；
在android.util.Log类中定义了Log的6种Level，如下：
6种level对应不同等级的log，level&#;的大小随着log权重的升高而增大。isLoggable使能方法前文提到，在自定义的Log类中通常使用isLoggable来判断是否输出log，如代码：
如果想要输出startOrFinishUi()方法中的log，可以采用以下方式：①. 将Log.d修改为android.util.Log.d；使用android.util.Log类取代InCallUI自定义的Log类，重新编译系统APP并push到手机中即可；
②. 修改com.android.incallui.Log中的DEBUG限制；将DEBUG的&#;直接置为true，或者注释掉if(DEBUG)。也可以将isLoggable(TAG, android.util.Log.DEBUG)中的android.util.Log.DEBUG修改为android.util.Log.INFO，即将log的level增大，从而使isLoggable()返回true并使得DEBUG的&#;为true；
③. 设置log.tag.InCall的属性&#;；通过adb shell setprop log.tag.InCall D，或者将"log.tag.InCall=D"写入/data/local.prop中(不包含引号，如local.prop不存在则需自行创建，权限设为)。根据定义中的描述，设置属性&#;需要在方法被调用之前，因此需要重启InCallUI进程。通过修改属性&#;的方法，从而使得isLoggable()的返回&#;为true，从而使得DEBUG的&#;为true。
第一种方式直接修改，简单粗暴，但若修改点较多则比较麻烦，且需要重新编译代码。
第二种方式修改点统一，但和第一种一样，也需要重新编译。
第三种使用属性的方式使得isLoggable返回true，这种方式比较方便，同时适用于user/userdebug/eng各个版本的设备。这种方式需要在方法被调用前设置log.tag.InCall，通过代码：
可以知道，因为DEBUG是static的变量，所以当Log类被加载时，其&#;就已经设置好了。如果要使得isLoggable返回为true，那么setprop需要在Log类被加载前设置好，因此使用setprop之后需要重启对应的进程，如这里的com.android.incallui。但在framework中有些代码也使用isLoggable，framework属于每一个进程，如何重启framework呢？可以使用：adb shell stop会杀掉zygote进程以及所有由zygote孵化而来的子进程。adb shell start则会重启zygote进程，再由zygote进程启动其它Android核心进程。当zygote重新启动时，会重新加载framework相关资源，而此时属性已经设置。这种方法虽然简单，但当设备重启后，所有设置的log.tag.<TAG>都会失效，若想再次启用则需重新设置。也可以通过将log.tag.InCall=D加入到/data/local.prop文件中，这种方式与setprop类&#;，都是设置属性&#;，但这种方式的好处是，设置之后重启设备该log.tag.InCall依然有效。不过因为/data目录的权限控制，只有userdebug/eng版本才可以修改/data/local.prop文件。
小结isLoggable的使能方法如下图所示：
图 1 isLoggable使能方案对比
如果只是想启用某个进程的isLoggable方法，通过setprop设置属性是不错的选择，同事，想要重启设备后依然有效则需要设置/data/local.prop，不过/data目录只有在userdebug/eng版本中才可以写入。那如果想在user版中设置log.tag属性并在重启后依然有效，可以采取以下方法：
1. 获取user版系统的root权限；
2. 将log.tag.InCall=D追加到/system/build.prop文件中；
3. adb reboot重启设备；
以上方案大家可能会疑惑，既然user版获取到了root权限，为什么不直接修改/data/local.prop呢？这是因为如果是user版，则ro.debuggable=0，所以系统启动时不会读取/data/local.prop文件，并最终导致设置log.tag属性不会生效。详细原理将在下一篇文章《Android 5.0 如何正确启用isLoggable(一)__原理分析》中探讨。
Android应用层View绘制流程与源码分析 1背景还记得前面《Android应用setContentView与LayoutInflater加载解析机制源码分析》这篇文章吗？我们有分析到Activity中界面加载显示的基本流程原理，记不记
Unity打包后的APK包反编译 笔者使用的是apktool，首先在网上下载apktool工具，不需要安装，解压后的目录内容如下将此目录添加到Path环境变量中。在Dos窗口下，先cd到apk包所在目录
备忘笔记--->Android Activity 一生命周期：protectedvoidonCreate(BundlesavedInstanceState){super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);System.out.println(onCreate-------被创建时候调用);}pr
标签: android系统设置
本文链接地址:https://www.jiuchutong.com/biancheng/384244.html 转载请保留说明！
