android属性ro

⑴ android通过SP获取虚拟机的序列号代码

获取android ro属性中的某个值就会出现代码。
Android镜像中的boot.img、system.img、userdata.img等等也是存放在这样的分区中。Android系统的烧录，一般会采用fastboot去做，简单、方便、快捷。
如果你需要传一些自定义的数据，同样也可以通过这种方法去实现。在Android中，传递的是androidboot.ro.serialno。

⑵ 如何使用android.os.SystemProperties

如果属性名称以“ro.”开头，那么这个属性被视为只读属性。一旦设置，属性值不能改变。
如果属性名称以“persist.”开头，当设置这个属性时，其值也将写入/data/property。

Java
import android.os.SystemProperties;
SystemProperties.set("persist.sys.language", zone.getID());
String lang= SystemProperties.get("persist.sys.language");

C
#include <cutils/properties.h>
property_set("persist.sys.language", "zh");
property_get("persist.sys.language", propLang, "en");
~如果你认可我的回答，请及时点击【采纳为满意回答】按钮
~~手机提问的朋友在客户端右上角评价点【满意】即可。

⑶ Android自定义属性TypedArray详解

大家好，我是程序员双木L，后续会发专题类的文章，这是自定义控件的第一篇，之后也会陆续更新相关的文章，欢迎关注。

自定义属性在自定义控件过程中属于比较常见的操作，我们可以回想一下这样的场景：自定义view的过程中，我们需要在不同的情况下设置不同的文字大小，那么我们是不是就需要提供对外的方法来设置，这样就比较灵活操作。而我们自定义对外的方法，就是我们自定义的属性啦，那我们来分析一下其原理及作用。

下面我们根据例子来进行分析：

1、首先我们需要在res->values目录下新建attrs.xml文件，该文件就是用来声明属性名及其接受的数据格式的，如下：

attr名词解析：

name表示属性名，上面的属性名是我自己定义的。

format表示接受的输入格式，format格式集合如下：

2、自定义属性的使用，这里我们使用两种方式进行对比解析

最最最原始的使用方式

(1)、自定义文件如下：

我们可以在TestAttrsView方法的参数AttributeSet是个xml解析工具类，帮助我们从布局的xml里提取属性名和属性值。

(2)、在布局文件xml中的使用

这里使用自定义属性需要声明xml的命名空间，其中app是命名空间，用来加在自定义属性前面。

xmlns:app=" http://schemas.android.com/apk/res-auto "
声明xml命名空间，xmlns意思为“xml namespace”.冒号后面是给这个引用起的别名。
schemas是xml文档的两种约束文件其中的一种，规定了xml中有哪些元素(标签)、
元素有哪些属性及各元素的关系，当然从面向对象的角度理解schemas文件可以
认为它是被约束的xml文档的“类”或称为“模板”。

(3)、将属性名与属性值打印结果如下：

从打印结果我们可以看出，AttributeSet将布局文件xml下的属性全部打印出来了，细心的童鞋可能已经看出来：

这个属性我们设置的是一个整数尺寸，可最后打印出来的是资源编号。

那如果我们想要输出我们设置的整数尺寸，需要怎么操作呢？

这个时候就该我们这篇的主角出场了，使用TypedArray方式。

(1)、这里我们需要将attrs.xml使用“declare-styleable”标签进行改造，如下：

从改造后的attrs文件可以看出，我们将属性声明归结到TestStyleable里面，也就意味着这些属性是属于TestStyleable下的。

(2)、属性的解析：

这里我直接打印出解析结果，这里可以获取我们想要的自定义属性，而系统有的属性可以忽略。

(3)、运行结果如下

从解析的结果可以看出，尺寸的结果已经转换为实际值了:

这个时候有童鞋又问了，我设置的是15dp，为啥最后打印是41.25了呢？其实解析出来的值单位是px，所以这里输出的是转换后的值。

解析的过程中用到了这个方法：

我们来看一下这个方法的源码：

源码中我们可以看到这个方法有两个参数：

obtainStyledAttributes方法返回值类型为TypedArray。该类型记录了获取到的属性值集合，而通过数组下标索引即可找到对应的属性值。索引下标通过R.styleable.TestStyleable_xx获取，"xx"表示属性名，一般命名为"styleable名" + "_" + "属性名"。

而TypedArray提供了各种Api，如getInteger，getString，getDimension等方法来获取属性值，这些方法都需要传入对应属性名在obtainStyledAttributes中的int数组的位置索引，通过下标获取数组里属性值。

这个TypedArray的作用就是资源的映射作用，把自定义属性在xml设置值映射到class，这样怎么获取都很简单啦。

到这里就分析完啦！

⑷ Android系统开机屏幕倒转180°显示

需求，开机时默认屏幕是倒过来的，需要修改一个属性：ro.sf.hwrotation，在系统根目录下的framework文件夹和device文件夹搜索该字段

可以看到在framework和device文件夹中哪些使用了这个字段。
将device目录下的这几个system.prop文件中的ro.sf.hwrotation值从0改为180就可以实现屏幕倒过来显示，记住开机画面是不归属这个属性控制的，需要自己将开机的图片倒过来，修改系统根目录下的kernel文件夹下的logo.bmp图片就好
./rockchip/rk3288/rk3288_box/system.prop:31:ro.sf.hwrotation=180
./rockchip/rk3288/system.prop:39:ro.sf.hwrotation=180
./rockchip/common/system.prop:31:ro.sf.hwrotation=180

⑸ android 如何更改ro开头的属性

使用ROM定制大师！！！一般人我不告诉他
用ROM定制大师将ROM解包后就能修改ro.属性了，不过不是所有ROM包都能修改，有些不可以

⑹ Android属性：所设属性值为何在重起后被清除

adbsehllsetProp所设属性值在重起之后被清除。

是因为必须采用persist.开头的属性名才能永久保存。

如果拥有root权限，可直接编辑/system/build.prop并加入需要永久保存的属性。

具体操作参考原创文章：

Android属性：所设属性值为何在重起后被清除

地址：blog.csdn.net/cloudwu007/article/details/7850496

文章预览：

⑺ 如何定制android源码的编译选项 amp;后期安装

文件build/core/version_defaults.mk用来检查一些跟版本相关的变量是否定义；如果未定义，则使用默认值。
这些变量包括
PLATFORM_VERSION # 如 2.2.5
PLATFORM_SDK_VERSION # 8, 对应2.2.5
PLATFORM_VERSION_CODENAME # REL，即发行版
DEFAULT_APP_TARGET_SDK # 同SDK_VERSION或VERSION_CODENAME
BUILD_ID # 默认为UNKNOWN
BUILD_NUMBER # 默认eng.$(USER).$(shell date +%Y%m%d.%H%M%S)的形式。

version_defaults.mk首先包含进build_id.mk。用户应当配置build_id.mk，而不应该改动version_defaults.mk文件。然后检查上述变量，如未定义则赋值默认值。

---------------------------------------------------------------------------
关于调试功能(adb)的开启
编译android源码之前总是要先运行build/envsetup.sh，以初始化一些常用命令（实际上是bash的函数，如add_lunch_combo）。
其中也从以下文件中引入了一些编译设置：
device/${CHIPSET_VENDOR}/vendorsetup.sh
我们这里使用的CHIPSET_VENDOR为amlogic。
比如我们有文件device/amlogic/vendorsetup.sh，内容为"产品名-编译类型(flavor)"列表（称为combo），如下：
add_lunch_combo m1ref-eng
add_lunch_combo m1ref-user
add_lunch_combo m2ref-eng
add_lunch_combo m2ref-user
add_lunch_combo stvm3-eng
add_lunch_combo stvm3-user
其中，m1ref和stvm3是产品名（作前缀），后面为编译类型。
除此前缀外可选的combo值有： eng, user, userdebug, tests。
（参考文件build/core/main.mk中对于变量TARGET_BUILD_VARIANT的筛查条件）
我们可以修改vendorsetup.sh文件，来改变为特定设备编译的结果。
以下是各个编译类型的特点：
eng: 工程模式，用于平台级的调试，是默认的编译类型。
待安装的模块tag有: eng, debug, user, development.
安装不带tag的非APK模块；
所安装应用由产品定义文件给出；
默认属性: ro.secure=0, ro.deuggable=1, ro.kernel.android.checkjni=1
adbd默认开启，adb以root身份运行。
user: 即最终用户版;
待安装的应用tag有: user
安装不带tag的非APK模块；
所安装应用由产品定义文件给出；
默认属性有ro.secure=1, ro.debuggable=0；
默认关闭adbd服务（但可通过应用settings来打开，且adb以shell身份运行）；
userdebug: 与user类似，除了：
支持有限的调试功能；
待安装的应用tag有:debug；
默认属性有ro.secure=1, ro.debuggable=1；
默认打开adbd服务，adb以shell身份运行；

例如，由文件build/core/main.mk可以看出，当使用含有userdebug的combo值时，此文件中的临时变量enable_target_debugging会保持为true，相应地，编译过程会执行：
ADDITIONAL_DEFAULT_PROPERTIES += ro.debuggable=1 persist.service.adb.enable=1
这意味着目标系统中根目录下的文件/default.prop文件(对应变量 INSTALLED_DEFAULT_PROP_TARGET )会含有以下行（参考文件build/core/Makefile）：
persist.service.adb.enable=1
由此，目标系统会默认开启adbd服务，你就可以通过其它PC来连接目标系统了。

所以，如要默认开启adbd服务，可在设备（如stvm3）定制文件device/amlogic/vendorsetup.sh中增加以下行：
add_lunch_combo stvm3-userdebug
这样在执行bash的lunch函数时，选择此combo就可以默认打开adbd服务（adb以shell身份运行）。

但是，即使adbd已经开启，你仍可能无法通过网络连接到Android进行调试，这涉及到Android的二个属性:
service.adb.tcp.port (优先级高)
persist.adb.tcp.port (优先级低)
注：可查看源码文件system/core/adb/adb.c。
默认地，这两个属性值是5555。有两种方法来设置此变量：
1）(永久性改变)在Android配置文件/init.rc或/init.$MANUFACTUROR.rc中添加一行：
setprop service.adb.tcp.port 5555
2）(临时性改变)在命令行上（你可能需要先通过串口开一个终端）执行如下命令：
setprop service.adb.tcp.port 5555

检查adbd是否支持通过网络链接Android：执行命令
netstat -l -n | grep ":5555"
如果有LISTEN状态的输出，则表示adbd支持网络模式 :) 。