Android 5.0 如何正确启用isLoggable(二)__原理分析(android怎么运行)

推荐整理分享Android 5.0 如何正确启用isLoggable(二)__原理分析(android怎么运行)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:android最新教程,android怎么样,android系统怎么样,androidru,androidq,androidq,android系统教程,android系统教程,内容如对您有帮助，希望把文章链接给更多的朋友！

《Android 5.0 如何正确启用isLoggable(一)__使用详解》

在上文《Android 5.0 如何正确启用isLoggable(一)__使用详解》中分析了isLoggable的使用方法，本文主要分析isLoggable实现原理以及user版系统root后永久enable isLoggable的原理，并使用脚本自动设置isLoggable相关属性。

本文来自 转载请务必注明出处

isLoggable定义在frameworks/base/core/java/android/util/Log.java中：

这里的level是DEBUG也就是3，相当于 level >= logLevel变为3 >= logLevel。如果没有设置属性&#;log.tag.InCall的&#;，则logLevel的默认返回为4 ( INFO)，因此 3 >= 4不成立返回false，因此logLevel >=0 && level >= logLevel返回false；如果设置log.tag.InCall的&#;为D或者V，则logLevel返回为 3或者2，因此level >= logLevel成立，从而使得isLoggable返回为true。

在isLoggable的调用流程中涉及到属性&#;的读取，这里简单了解Android Property System的工作流程。如下图所示：

图 1 android property system (Pic From @rxwen)

蓝色表示独立进程，橙色表示共享内存，白色表示属性文件。属性&#;的获取通过property consumer完成，当系统启动时会将persistent file中的属性&#;加载到共享内存中，如果需要设置属性&#;，那么property setter会通过socket将需求提交给property service，由property service将属性&#;写入到共享内存中。

因为设置属性如log.tag.InCall D后会写入到共享内存中，但设备重启后会重新申请共享内存并加载属性文件，而手动设置的属性并没有写入属性文件，所以重启设备后log.tag.InCall的属性会失效。

在前文《Android 5.0 如何正确启用isLoggable(一)__使用详解》中提到，如果想要重启后设置的log.tag.<Your_Tag>属性依然有效，那么需要将log.tag.InCall=D写入/data/local.prop文件中，重启设备后系统会加载该路径下的属性文件。那这一步是如何完成的呢？这就涉及到Android Property System的初始化流程。

Android Property Service是在Init进程中被初始化的，而在初始化过程中会加载指定路径下的属性文件，加载流程如下图所示：

图 2 Property files init flow

图中涉及文件路径：

/system/core/init/init.cpp

/system/core/init/init_parser.cpp

/system/core/init/builtins.cpp

/system/core/init/property_service.cpp

/system/core/rootdir/init.rc

init进程启动后首先执行main()方法，之后通过init_parse_config_file()加载init.rc文件，并对init.rc文件进行解析，最后将解析出来的service、action及其command存入链表中。在完成init.rc解析之后通过execute_one_command()方法，逐个取出链表中的command并执行。init.rc中的properties相关action如下：

展开load_override_properties()方法可以看到：

在前文《Android 5.0 如何正确启用isLoggable(一)__使用详解》中，已给出使能isLoggable的方法以及各种方法间的优劣对比。其中，如果当前设备是user版，但在获取root权限之后能够永久开启isLoggable。通过前面的分析可以知道，在user版系统中，/data/local.prop属性文件是不会被property service读取的，但/system/build.prop属性文件无论user还是userdebug/eng版本都会读取，因此直接将log.tag.<Your_Tag>追加到/system/build.prop文件中即可。

也可以使用以下脚本(Windows)设置isLoggable的属性&#;( 需要adbd获取root权限即能够使用adb remount )：

起初，看到android.util.Log.isLoggable(TAG, android.util.Log.DEBUG)代码，想当然的认为如果在userdebug的版本中isLoggable会返回true，结果查看后发现相关log并没有打印，进一步的分析后发现isLoggable背后的实现原理，同时也体会到了使用isLoggable控制log输出的灵活性。对于开发者来说，可以很好的利用isLoggable开启user版系统中的隐藏log，从而为相关问题提供更详细的log。对于isLoggable的重要知识点，总结如下：

1. isLoggable默认阈&#;是4 (INFO)

如果log level小于4 (INFO)，即3 (DEBUG) 和2 (VERBOSE)，则isLoggable返回false；

2. isLoggable可以通过设置属性&#;使其返回true

通过设置如log.tag.InCall D的属性，可以使得对应的isLoggable返回true，但需要注意的是，在设置属性之后需要重启相关进程，也可以通过adb shell stop & adb shell start重启Zygote及其子进程，不过该方法在完全重启设备后失效；

3. 设置属性文件可以永久使isLoggable返回true

在userdebug/eng版本中，可以将属性&#;log.tag.InCall=D写入/data/local.prop文件，这样isLoggable返回为true，并且在设备重启之后依然有效。如果在user版的系统中已经获取到root权限，可以向/system/build.prop中追加属性&#;，也可以达到重启后永久使isLoggable返回true的目的；

深入讲解Android Property机制 ：本文详细分析了Android 4.4 Android Property的各个流程

Android的init过程（二）：初始化语言（init.rc）解析：本文详细分析init.rc的解析过程，注意nargs在解析是会先执行nargs&#;&#;

Android SystemProperties设置/取得系统属性的用法总结：本文是Android Property系统的集合贴

相关资源免积分下载：戳这里

shape和selector的结合使用 shape和selector是AndroidUI设计中经常用到的，比如我们要自定义一个圆角Button，点击Button有些效果的变化，就要用到shape和selector。可以这样说，shape和selecto

android ListView之——ArrayAdapter使用 android开发中有一个非常重要的组件之一——ListView，我们使用的软件基本都会用到ListView。提到ListView，有三个元素组成来显示出列表效果，分别是：①

ART GC介绍 学习了Android4.4ART的Mark-Sweep（MS）GC。到了Android5.0，ART增加了对CompactingGC的支持，包括Semi-Space（SS）、GenerationalSemi-Space（GSS）和Mark-Compact（MC）三种。总