原地址:http://blog.csdn.net/ccpat/article/details/44776313
Build类中的常量列表
Build类可以用来获取Android系统的相关信息。Build类中定义了一系列的public static final的常量,和两个静态内部类(VERSION和VERSION_CODES),两个静态类中又分别包含了一些其他的public static final的常量。所有Build类中定义的常量列举如下(字段含义仅供参考)。这些常量中Build.TIME是long类型,Build.VERSION_SDK_INT是int类型,其他都是String类型。
字段 | 含义 | 示例 | 用法 |
---|---|---|---|
Build.BRAND | 产品品牌 | Meizu | 通过这个字段可以获取到对用户有意义的手机厂商名称,例如Xiaomi,Meizu,Huawei等。 |
Build.MANUFACTURER | 产品制造商 | Meizu | 多数品牌会把这个字段的值设置成和Build.BRAND值是一样的(华为这个字段和Build.BRAND有大小写上的差异)。也许Google最初是想把这个字段留给生产手机的代工厂,比如富士康、伟创力之类的,不过显然手机厂商显然都不希望这样使用,把这个字段都填成了自己。 |
Build.PRODUCT | 产品型号,产品全称 | meizu_mx3 | 通过产品型号可以区分不同品牌,也可以区分同一个品牌下不同的产品。 |
Build.BOARD | 主板型号 | meizu_mx3 | 虽然含义上是主板型号,不过有些厂商把这个字段填成了产品型号,或者填一个笼统的型号,显然并不希望被别人获取到这个信息 |
Build.BOOTLOADER | bootloader版本号 | unknown | 大多数设备上都获取不到 |
Build.CPU_ABI | CPU ABI | armeabi-v7a | |
Build.CPU_ABI2 | CPU第二ABI | armeabi | |
Build.DEVICE | 设备型号 | mx3 | |
Build.DISPLAY | 设备的显示信息 | Flyme OS 4.1.3.5A | |
Build.FINGERPRINT | 设备指纹 | Meizu/meizu_mx3/mx3:4.4.4 /KTU84P/m35x.Flyme_OS_4.1.3 .5.20150111061013: user/release-keys | |
Build.HARDWARE | mx3 | ||
Build.HOST | mz-builder-5 | ||
Build.ID | KTU84P | ||
Build.MODEL | M351 | ||
Build.RADIO | unknown | ||
Build.SERIAL | 设备序列号 | 351RBJPYUTSO | |
Build.TAGS | release-keys | ||
Build.TIME | 系统build时间 | ||
Build.TYPE | user | ||
Build.UNKNOWN | unknown | ||
Build.USER | flyme | ||
Build.VERSION.CODENAME | REL | ||
Build.VERSION.INCREMENTAL | m35x.Flyme_OS_4.1.3.5 .20150111061013 | ||
Build.VERSION.RELEASE | Android release版本 | 4.4.4 | |
Build.VERSION.SDK | Android API版本(String类型) | 19 | |
Build.VERSION.SDK_INT | Android API版本(int类型) | 19 |
Build类获取系统信息流程
Build类中除Build. UNKNOWN(这个常量是直接返回”unknown”)之外的每个常量都是通过private static String getString(String property);这个内部静态方法来获取的。在getString()方法中调用了Systemproperties类的public static String get(String key);方法来获取这些值。Systemproperties类是android.os中标记为@hide的一个类,无法直接访问(但可以通过反射方式访问)。在Systemproperties类调用了private static native String native_get(String key);这个native方法。此native方法的代码 在Android源码的“frameworks/base/core/jni/android_os_SystemProperties.cpp”文件中。Systemproperties类代码代码如下。
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
android_os_SystemProperties.cpp代码如下。
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
可以看到SystemProperties_getSS中调用了property_get(),property_get()是libcutils提供的一个api,property_get()又调用了libc中的 __system_property_get()函数来访问系统共享内存中的数据。
Build类获取到的系统信息来源
在Android系统启动时,“init”守护进程(源代码位于:device/system/init)将启动一个属性服务并分配一段共享内存来存储各项属性。属性服务启动后调用libc中的__system_property_init()函数。__system_property_init()函数将依次读取。/default.prop; /system/build.prop; /system/default.prop; /data/local.prop四个文件,将四个文件中配置的各项属性读入到共享内存中。Build类中的常量大都来源于几个配置文件。/system/build.prop是其中最重要的一个配置文件,大多数Build中的常量都是从这个配置文件中获取到的。
/system/build.prop文件是Android系统在编译时由MakeFile生成,MakeFile中会调用Makefile中调用build/tools/buildinfo.sh脚本,将相关配置写入到build.prop文件中。
build.prop文件修改
从Build类获取到的系统信息来源可以看到,大多数Build中的常量都是从/system/build.prop文件中获取到的。因此,修改这个配置文件可以达到修改Build中某些常量值的目的。
/system/build.prop文件默认权限为644,修改此文件需要root权限。可以在root后的手机上通过RE文件管理器来修改。
由于build.prop只在开机时读取,修改完成后配置并不会立刻生效,只有重启系统才会生效。修改完build.prop,在重启系统之前一定要将文件权限还原为644,否则在Android4.1以后的系统将无法启动。这是因为在android4.1以后在system\core\init\util.c的read_file()函数中增加如下一段安全检测代码。
- 1
- 2
- 3
- 4
- 1
- 2
- 3
- 4
如果文件权限检测不通过开机时就会一直停留在启动界面,无法进入系统。这时只能通过刷机,或在有adb的recovery模式下通过adb shell来修改文件权限。
Build.SERIAL
Build.SERIAL是设备的序列号,此属性是通过读取系统“ro.serialno”属性获取的,但“ro.serialno”属性并不存在于任何属性文件中。而是在系统启动时由bootloader通过cmdline传入的。
参考:
http://blog.csdn.net/thl789/article/details/7014300
https://android.googlesource.com/platform/build/+/986567d/tools/buildinfo.sh