当前位置：文档之家 › android系统之属性系统详解

android系统之属性系统详解

  • 格式：docx
  • 大小：1.74 MB
  • 文档页数：37

android系统之属性系统详解1 属性系统概述 (2)2 property数据的编译 (3)2.1 /default.prop (3)2.2 /system/build.prop (4)2.3 其他属性文件 (8)3 property的相关实现代码和流程 (9)3.1 property服务端解析 (10)3.1.1 Server端代码流程 (10)3.1.1.1 init.c下的整体流程 (10)3.1.1.2 创建共享内存区域 (10)3.1.1.3加载根目录下的default.prop (15)3.1.1.4加载其余4个属性文件的全部属性，并启动socket监听 (16)3.1.1.5 property触发器执行函数加入队列 (18)3.1.1.6 执行队列中的property任务 (19)3.1.1.7 将property的监听socket加入待检查的socket数组 (20)3.1.1.8 检查上层有哪些端口连接请求 (20)3.1.1.9 property设置的响应 (20)3.1.2 详解server端的property_set (25)3.1.2.2 find_property (26)3.1.2.3 prop数据二叉树存取解析 (29)3.1.2.4 __system_property_update (30)3.1.2.5 __system_property_add (30)3.1.2.6 write_persistent_property (30)3.1.2.7 property_changed (31)3.2 property系统桥梁 (31)3.2.1 __system_property_set (32)3.2.2__system_property_set (33)3.3 property客户端解析 (34)3.3.1 客户端C层访问属性系统 (34)3.3.2 客户端shell命令访问 (35)3.3.3 客户端java层访问 (36)4总结 (37)附录一：《GCC的constructor》 (37)1 属性系统概述属性property系统是android的一个重要特性。

它作为一个服务运行，管理系统配置和状态。

所有这些配置和状态都是属性。

每个属性是一个键值对（key/value pair），其类型都是字符串。

从功能上看，属性与windows系统的注册表非常相似。

属性系统的架构如下图所示。

图中有3个进程、一组永久属性文件和一块共享内存区域。

共享内存区域是所有属性记录的临时存储所在。

property service:只有该进程才可以写入共享内存区域，它负责从永久文件中加载属性记录并将它们保存在共享内存中。

property consumer：该进程将共享内存加载到其自身的虚拟地址空间，并直接访问这些属性。

这并不是一个特定的进程，是加载属性的read操作库的客户端统称。

property setter:该进程同样将共享内存加载到其自身的虚拟地址空间，但其不能直接写该内存。

当setter试图增加或者更新一个属性时，它将该属性通过unix domain socket发送至property service服务进程。

注意：后两者实际并不是一个特定的进程，是加载属性的get和set操作库的客户端进程统称。

下面以海思3798MV100平台(android4.4.2)为例来分析属性系统。

2 property数据的编译属性文件的生成依赖于build/core/Makefile文件，该文件实际上主导所有文件的编译，我们这里主要看其中的属性文件的编译引导。

2.1 /default.prop这是根目录下的属性文件，该属性文件的主要内容是adb控制相关的属性：编译后该文件的输出：1)\out\target\product\i3798MV100\root\default.propbuild/core/Makefile中对default.prop的编译引导如下：TARGET_ROOT_OUT 就是\out\target\product\i3798MV100\root\，对应设备文件系统的根目录。

可见该属性文件的内容来自于build/tools/post_process_props.py，该py文件根据环境的设定，来设置相关的adb控制属性。

2) \out\target\product\i3798MV100\recovery\root\default.proprecovery系统是boot启动后的另外一个程序分支，所以这里面也需要一个属性文件，build/core/Makefile中对default.prop拷贝了一份到recovery\root\下，TARGET_RECOVERY_ROOT_OUT就是\out\target\product\i3798MV100\recovery\root\2.2 /system/build.prop这是system分区下的属性文件，该文件收集的属性信息较多，也是打交道最多的属性文件。

主要内容是常用的版本信息，平台信息，其他设备控制信息等：编译后该文件放在\out\target\product\i3798MV100\system\build.prop，TARGET_OUT 就是\out\target\product\i3798MV100\system\，也就是system分区在设备文件系统下的对应目录。

build/core/Makefile中对build.prop的编译引导如下：在build.prop的编译中，定义了BUILD_FINGERPRINT，BUILD_DISPLAY_ID等变量，都在build/tools/buildinfo.sh中被引用。

由上面的mk文件片段也可以看出build.prop的生成依赖于1)引入BUILDINFO_SH的内容数据来源：build/tools/buildinfo.shBUILDINFO_SH在本文件定义，为BUILDINFO_SH := build/tools/buildinfo.sh。

最后通过bash $(BUILDINFO_SH) > $@解析得到buildinfo.sh中的全部属性。

2)引入INTERNAL_BUILD_ID_MAKEFILE的内容数据来源：/build/core/build_id.mkINTERNAL_BUILD_ID_MAKEFILE在./build/core/version_defaults.mk中定义:BUILD_SYSTEM在/build/core/main.mk中定义所以INTERNAL_BUILD_ID_MAKEFILE就是/build/core/build_id.mk。

这里的作用仅仅是引入build_id.mk 中定义的BUILD_ID变量。

3)引入(BUILD_SYSTEM)/version_defaults.mk的内容数据来源：/build/core/ version_defaults.mk即/build/core/ version_defaults.mk，这里也主要是引入version_defaults.mk中的多个变量。

4)引入system_prop_file的内容数据来源：实际不存在system_prop_file是在build.prop生成的末尾阶段以下面的方式引入的system_prop_file自身是在该Makefile文件中定义的，如下：经find命令搜索，TARGET_SYSTEM_PROP没有找到定义，所以走下一条路径，而TARGET_DEVICE_DIR在/build/core/config.mk中定义：这段代码的意思TARGET_DEVICE_DIR就是Boardconfig.mk文件所在的目录，那么就应该是/device/hisilicon/Hi3798MV100（注：经过在Makefile中打印TARGET_DEVICE_DIR：$(warning ******TARGET_DEVICE_DIR:$(TARGET_DEVICE_DIR)******)，也确实是该目录）。

所以这里就是要加载/device/hisilicon/Hi3798MV100下的system.prop,不过本平台在该目录下没有这个文件，所以system_prop_file的加载在这里是没有意义的（注：经过在Makefile中打印TARGET_DEVICE_DIR：$(foreach file,$(system_prop_file), \warning ***********system_prop 1111 file:$(file)*************)也确实打印不出任何目录）。

mr5)引入ADDITIONAL_BUILD_PROPERTIES的内容数据来源：\build\core\product_config.mk\device\hisilicon\Hi3798MV100\下的customer.mk和device.mk\build\core\main.mk:ADDITIONAL_BUILD_PROPERTIES是在build.prop生成的最后阶段以下面的方式引入的ADDITIONAL_BUILD_PROPERTIES这个变量自身是在该Makefile文件中定义的，如下：ADDITIONAL_BUILD_PROPERTIES最主要的作用就是引入另一个变量PRODUCT_PROPERTY_OVERRIDES，而这是在\build\core\product_config.mk中完成的：ADDITIONAL_BUILD_PROPERTIES := \$(ADDITIONAL_BUILD_PROPERTIES) \$(PRODUCT_PROPERTY_OVERRIDES)PRODUCT_PROPERTY_OVERRIDES的实际内容就很多了，它在\device\hisilicon\Hi3798MV100\下的customer.mk和device.mk，\build\core\main.mk等文件中都大量增加各种属性，也由此被引入到build.prop中。

如\device\hisilicon\Hi3798MV100\下的customer.mk下：2.3 其他属性文件开机启动时，属性系统还要加载以下3个文件或目录，但是他们要么一般不使用（前2者），要么是运行时生成（后者）。

/*经验证，在3798MV100平台上并不存在*/#define PROP_PATH_SYSTEM_DEFAULT "/system/default.prop"#define PROP_PATH_LOCAL_OVERRIDE "/data/local.prop"/*这是存储persist属性的目录，所有persist属性被各自写为文件存储在这里*/#define PERSISTENT_PROPERTY_DIR "/data/property"3 property的相关实现代码和流程property service运行于init进程中。

合集下载

Android组件---四大布局的属性详解

Android组件---四大布局的属性详解

Android组件---四⼤布局的属性详解【声明】欢迎转载，但请保留⽂章原始出处→_→Android常见布局有下⾯⼏种：LinearLayout：线性布局。

所有的控件都是串在⼀条线上的。

RelativeLayout：相对布局。

所有的控件的位置，都是相对于⽗控件的。

FrameLayout：帧布局。

FrameLayout布局中的控件都是⼀层⼀层的。

帧布局每次添加的控件都显⽰在最上⾯，最后显⽰在界⾯上的是最后添加的⼀个控件。

TableLayout：表格布局。

表格布局可以实现的.⼀般可以使⽤线性布局实现。

AbsoluteLayout：绝对布局。

已经是废弃的状态，很少⽤了。

orientation：属性是指定线性布局的排列⽅向。

horizontal ⽔平。

线性布局默认的朝向是⽔平的。

vertical 垂直例如：android:orientation="vertical"gravity：指定当前控件⾥⾯的内容容显⽰位置。

（四⼤layout中均可使⽤）left 左边right 右边top 上边bottom 底边例如：android:gravity="center"gravity中的属性可以组合使⽤。

例如：android:gravity="bottom|right"layout_gravity：指定当前控件在⽗元素的位置。

（只在 LinearLayout 和 FrameLayout 中有效）left 左边right 右边top 上边bottom 底边centercenter_horizontalcenter_vertical例如：android:layout_gravity="center"另外，需要提⽰的是，对于 LinearLayout :当 android:orientation="vertical" 时，只有⽔平⽅向的设置才起作⽤，垂直⽅向的设置不起作⽤。

Android Tips---Android平台常见属性集合

Android Tips---Android平台常见属性集合

设置行间距。
android:phoneNumber
true/false
设置为电话号码的输入方式。
android:privateImeOptions
提供额外的输入法选项(字符串格式)。
android:scrollHorizontally
true/false
设置文本超出TextView的宽度的情况下，是否出现横拉条。
android:fadingEdgeLength
设置边框渐变的长度。
android:linksClickable
设置链接是否点击连接，即使设置了autoLink
android:maxLines
设置文本的最大显示行数，与width或者layout_width结合使用，超出部分自动换行，超出行数将不显示
android:minLines
设置文本的最小行数
android:lineSpacingExtra
android:longClickable
true/false
view是否可以对长时间的click事件作出反应。
android:focusable
view是否能响应焦点事件
android:cacheColorHint
#00000000
滚动时，列表里面的view重绘时，用的依旧是系统默认的透明色，颜色值为#FF191919，要改变这种情况，只需要调用listView的setCacheColorHint(0)，颜色值设置为0或者xml文件中listView的属性Android:cacheColorHint="#00000000"即可，滚动时，重绘View的时候就不会有背景颜色。
android:cursorVisible
true/false
Android之build.prop属性详解

Android之build.prop属性详解

Android之build.prop属性详解注：本篇⽂章是基于MSD648项⽬（AndroidTV）的prop进⾏说明。

Android版本：4.4.4内核版本：3.10.861.⽣成build.prop build.prop的⽣成是由make系统解析build/core/Makefile完成 1.1.Makefile⽣成build.prop的主要代码如下$(INSTALLED_BUILD_PROP_TARGET): $(BUILDINFO_SH) $(INTERNAL_BUILD_ID_MAKEFILE) $(BUILD_SYSTEM)/version_defaults.mk $(system_prop_file) @echo Target buildinfo: $@@mkdir -p $(dir $@)$(hide) TARGET_BUILD_TYPE="$(TARGET_BUILD_VARIANT)" \TARGET_DEVICE="$(TARGET_DEVICE)" \PRODUCT_NAME="$(TARGET_PRODUCT)" \PRODUCT_BRAND="$(PRODUCT_BRAND)" \PRODUCT_DEFAULT_LANGUAGE="$(call default-locale-language,$(PRODUCT_LOCALES))" \PRODUCT_DEFAULT_REGION="$(call default-locale-region,$(PRODUCT_LOCALES))" \PRODUCT_DEFAULT_WIFI_CHANNELS="$(PRODUCT_DEFAULT_WIFI_CHANNELS)" \PRODUCT_MODEL="$(PRODUCT_MODEL)" \PRODUCT_MANUFACTURER="$(PRODUCT_MANUFACTURER)" \PRIVATE_BUILD_DESC="$(PRIVATE_BUILD_DESC)" \BUILD_ID="$(BUILD_ID)" \BUILD_DISPLAY_ID="$(BUILD_DISPLAY_ID)" \BUILD_NUMBER="$(BUILD_NUMBER)" \PLATFORM_VERSION="$(PLATFORM_VERSION)" \PLATFORM_SDK_VERSION="$(PLATFORM_SDK_VERSION)" \PLATFORM_VERSION_CODENAME="$(PLATFORM_VERSION_CODENAME)" \BUILD_VERSION_TAGS="$(BUILD_VERSION_TAGS)" \TARGET_BOOTLOADER_BOARD_NAME="$(TARGET_BOOTLOADER_BOARD_NAME)" \BUILD_FINGERPRINT="$(BUILD_FINGERPRINT)" \TARGET_BOARD_PLATFORM="$(TARGET_BOARD_PLATFORM)" \TARGET_CPU_ABI="$(TARGET_CPU_ABI)" \TARGET_CPU_ABI2="$(TARGET_CPU_ABI2)" \TARGET_AAPT_CHARACTERISTICS="$(TARGET_AAPT_CHARACTERISTICS)" \bash $(BUILDINFO_SH) > $@$(hide) $(foreach file,$(system_prop_file), \if [ -f "$(file)" ]; then \echo"#" >> $@; \echo Target buildinfo from: "$(file)"; \echo"# from $(file)" >> $@; \echo"#" >> $@; \cat $(file) >> $@; \fi;)$(if $(ADDITIONAL_BUILD_PROPERTIES), \$(hide) echo >> $@; \echo"#" >> $@; \echo"# ADDITIONAL_BUILD_PROPERTIES" >> $@; \echo"#" >> $@; )$(hide) $(foreach line,$(ADDITIONAL_BUILD_PROPERTIES), \echo"$(line)" >> $@;)$(hide) build/tools/post_process_props.py $@build_desc := 1.2.⽬标⽂件为$(INSTALLED_BUILD_PROP_TARGET)，其定义为：INSTALLED_BUILD_PROP_TARGET := $(TARGET_OUT)/build.prop 1.3.⾸先对属性进⾏赋值，如BUILD_ID="$(BUILD_ID)"，最后执⾏bash脚本：bash $(BUILDINFO_SH) > $@，其定义为BUILDINFO_SH := build/tools/buildinfo.sh 1.4.开始执⾏sh脚本中的内容#!/bin/bashecho"# begin build properties"echo"# autogenerated by buildinfo.sh"echo"ro.build.id=$BUILD_ID"echo"ro.build.display.id=$BUILD_DISPLAY_ID"echo"ro.build.version.incremental=$BUILD_NUMBER"echo"ro.build.version.sdk=$PLATFORM_SDK_VERSION"echo"ro.build.version.codename=$PLATFORM_VERSION_CODENAME"echo"ro.build.version.release=$PLATFORM_VERSION"echo"ro.build.date=`date`"echo"ro.build.date.utc=`date +%s`"echo"ro.build.type=$TARGET_BUILD_TYPE"echo"er=$USER"echo"ro.build.host=`hostname`"echo"ro.build.tags=$BUILD_VERSION_TAGS"echo"ro.product.model=$PRODUCT_MODEL"echo"ro.product.brand=$PRODUCT_BRAND"echo"=$PRODUCT_NAME"echo"ro.product.device=$TARGET_DEVICE"echo"ro.product.board=$TARGET_BOOTLOADER_BOARD_NAME"echo"ro.product.cpu.abi=$TARGET_CPU_ABI"if [ -n "$TARGET_CPU_ABI2" ] ; thenecho"ro.product.cpu.abi2=$TARGET_CPU_ABI2"fiecho"ro.product.manufacturer=$PRODUCT_MANUFACTURER"if [ -n "$PRODUCT_DEFAULT_LANGUAGE" ] ; thenecho"nguage=$PRODUCT_DEFAULT_LANGUAGE"fiif [ -n "$PRODUCT_DEFAULT_REGION" ] ; thenecho"ro.product.locale.region=$PRODUCT_DEFAULT_REGION"fiecho"ro.wifi.channels=$PRODUCT_DEFAULT_WIFI_CHANNELS"echo"ro.board.platform=$TARGET_BOARD_PLATFORM"echo"# ro.build.product is obsolete; use ro.product.device"echo"ro.build.product=$TARGET_DEVICE"echo"# Do not try to parse ro.build.description or .fingerprint"echo"ro.build.description=$PRIVATE_BUILD_DESC"echo"ro.build.fingerprint=$BUILD_FINGERPRINT"echo"ro.build.characteristics=$TARGET_AAPT_CHARACTERISTICS"echo"# end build properties" 1.5.最后追加余下的属性$(hide) $(foreach file,$(system_prop_file), \if [ -f "$(file)" ]; then \echo"#" >> $@; \echo Target buildinfo from: "$(file)"; \echo"# from $(file)" >> $@; \echo"#" >> $@; \cat $(file) >> $@; \fi;)$(if $(ADDITIONAL_BUILD_PROPERTIES), \$(hide) echo >> $@; \echo"#" >> $@; \echo"# ADDITIONAL_BUILD_PROPERTIES" >> $@; \echo"#" >> $@; )$(hide) $(foreach line,$(ADDITIONAL_BUILD_PROPERTIES), \echo"$(line)" >> $@;)$(hide) build/tools/post_process_props.py $@ 其中system_prop_file定义：ifdef TARGET_SYSTEM_PROPsystem_prop_file := $(TARGET_SYSTEM_PROP)elsesystem_prop_file := $(wildcard $(TARGET_DEVICE_DIR)/system.prop)endif 即$(TARGET_DEVICE_DIR)/system.prop⽂件 到此，prop⽂件⽣成完毕！2.对⽣成的build.prop的属性进⾏说明：# begin build properties# autogenerated by buildinfo.shro.build.id=KTU84P #版本IDro.build.display.id=aosp_almond-userdebug 4.4.4 KTU84P TVOS-04.19.010.02.06.Mooney test-keys #具体版本号ro.build.version.incremental=TVOS-04.19.010.02.07.Mooney #版本增量说明ro.build.version.sdk=19 #SDK版本ro.build.version.codename=REL #版本代号ro.build.version.release=4.4.4 #Android系统版本ro.build.date=2017年 07⽉ 13⽇星期四14:39:47 CST #编译时间ro.build.date.utc=1499927987 #编译时间(UTC)ro.build.type=userdebug #编译类型(eng/user)er=pngcui #编译者ro.build.host=Sky-pngcui #编译机器名ro.build.tags=test-keys #系统标记ro.product.model=MSD6A648 #设备型号ro.product.brand=MStar #设备品牌=aosp_almond #产品名ro.product.device=almond #采⽤的设备名ro.product.board=almond #采⽤的主板名ro.product.cpu.abi=armeabi-v7a #CPU版本ro.product.cpu.abi2=armeabi #CPU品牌ro.product.manufacturer=Skyworth-qx, Inc. #产品制造商nguage=zhro.product.locale.region=CNro.wifi.channels= #⽆线局域⽹络的通信信道,空⽩表⽰⾃动识别ro.board.platform=mooney #主板平台# ro.build.product is obsolete; use ro.product.devicero.build.product=almond #设备名，已被废弃，使⽤ro.product.device# Do not try to parse ro.build.description or .fingerprintro.build.description=aosp_almond-userdebug 4.4.4 KTU84P TVOS-04.19.010.02.06.Mooney test-keys #⽤户keyro.build.fingerprint=MStar/aosp_almond/almond:4.4.4/KTU84P/TVOS-04.19.010.02.06.Mooney:userdebug/test-keys #机⾝码ro.build.characteristics=tv# end build properties3.修改prop的属性的说明，需要对照build/tools/buildinfo.sh进⾏ 3.1.ro.build.id属性(build/core/build_id.mk)export BUILD_ID=8M648 3.2.ro.build.display.id(build/core/Makefile)build_desc := $(TARGET_PRODUCT)-$(TARGET_BUILD_VARIANT) $(PLATFORM_VERSION) $(BUILD_ID) $(BUILD_NUMBER) $(BUILD_VERSION_TAGS) # Display parameters shown under Settings -> About Phoneifeq ($(TARGET_BUILD_VARIANT),user)# User builds should show:# release build number or branch.buld_number non-release builds# Dev. branches should have DISPLAY_BUILD_NUMBER setifeq "true""$(DISPLAY_BUILD_NUMBER)"BUILD_DISPLAY_ID := $(BUILD_ID).$(BUILD_NUMBER) $(BUILD_KEYS)elseBUILD_DISPLAY_ID := $(BUILD_ID) $(BUILD_KEYS)endifelse# Non-user builds should show detailed build informationBUILD_DISPLAY_ID := $(build_desc)endif 3.3.ro.build.version.incremental(device/mstar/almond/BoardConfigCommon.mk)BUILD_NUMBER := TVOS-04.19.010.02.07.Mooney 3.4.ro.product.model、ro.product.brand、、ro.product.device、ro.product.manufacturer(device/mstar/almond/aosp_almond.mk)# Set those variables here to overwrite the inherited values.PRODUCT_NAME := aosp_almondPRODUCT_DEVICE := almondPRODUCT_BRAND := MStarPRODUCT_MODEL := MSD6A648PRODUCT_MANUFACTURER := Skyworth-qx, Inc. 注：PRODUCT_DEVICE会决定device下⽬录的选择，故尽量不要更改 3.5.ro.build.description(build/core/Makefile)build_desc := $(TARGET_PRODUCT)-$(TARGET_BUILD_VARIANT) $(PLATFORM_VERSION) $(BUILD_ID) $(BUILD_NUMBER) $(BUILD_VERSION_TAGS) $(INSTALLED_BUILD_PROP_TARGET): PRIVATE_BUILD_DESC := $(build_desc) 3.6.ro.product.board(device/mstar/almond/BoardConfig.mk)TARGET_BOOTLOADER_BOARD_NAME := almond4.Android系统中Setting.apk中内核版本 packages/apps/Settings/src/com/android/settings/DeviceInfoSettings.java 1private static final String FILENAME_PROC_VERSION = "/proc/version";2private static final String KEY_KERNEL_VERSION = "kernel_version";34 @Override5public void onCreate(Bundle icicle) {6 findPreference(KEY_KERNEL_VERSION).setSummary(getFormattedKernelVersion());7 }89public static String getFormattedKernelVersion() {10try {11return formatKernelVersion(readLine(FILENAME_PROC_VERSION));1213 } catch (IOException e) {14 Log.e(LOG_TAG,15 "IO Exception when getting kernel version for Device Info screen",16 e);1718return "Unavailable";19 }20 }2122 public static String formatKernelVersion(String rawKernelVersion) {23// Example (see tests for more):24// Linux version 3.0.31-g6fb96c9 (android-build@) \25// (gcc version 4.6.x-xxx 20120106 (prerelease) (GCC) ) #1 SMP PREEMPT \26// Thu Jun 28 11:02:39 PDT 20122728final String PROC_VERSION_REGEX =29 "Linux version (\\S+) " + /* group 1: "3.0.31-g6fb96c9" */30 "\\((\\S+?)\\) " + /* group 2: "x@" (kernel builder) */31 "(?:\\(gcc.+? \\)) " + /* ignore: GCC version information */32 "(#\\d+) " + /* group 3: "#1" */33 "(?:.*?)?" + /* ignore: optional SMP, PREEMPT, and any CONFIG_FLAGS */34 "((Sun|Mon|Tue|Wed|Thu|Fri|Sat).+)"; /* group 4: "Thu Jun 28 11:02:39 PDT 2012" */ 3536 Matcher m = pile(PROC_VERSION_REGEX).matcher(rawKernelVersion); 37if (!m.matches()) {38 Log.e(LOG_TAG, "Regex did not match on /proc/version: " + rawKernelVersion);39return "Unavailable";40 } else if (m.groupCount() < 4) {41 Log.e(LOG_TAG, "Regex match on /proc/version only returned " + m.groupCount()42 + " groups");43return "Unavailable";44 }45return m.group(1) + "\n" + // 3.0.31-g6fb96c946 m.group(2) + " " + m.group(3) + "\n" + // x@ #147 m.group(4); // Thu Jun 28 11:02:39 PDT 201248 }49 即从/proc/version⽂件中提取相应信息。

androidpersist属性使用

androidpersist属性使用

androidpersist属性使用Android的`android:persist`属性用于指示应用程序是否可以在重新启动后继续保持其状态。

当`android:persist`属性设置为`true`时，系统会尝试在设备重启后恢复应用程序的状态。

这有助于提供更好的用户体验，因为用户可以在重新启动后继续与应用程序进行互动，而无需重新开始。

要使用`android:persist`属性，需要在应用程序的清单文件（`AndroidManifest.xml`）中添加以下代码：```xml<activity...</activity>```在上述示例中，`MainActivity`是要使用`android:persist`属性的活动。

使用`android:persist`属性时需要注意以下几点：1. `android:persist`属性仅适用于活动。

它不能应用于服务、广播接收器或其他组件。

2. 在应用程序的清单文件中使用`android:persist`属性时，确保将其添加到要恢复状态的每个活动上。

3. 保留`android:persist`属性的默认值为`false`。

设置为`true`时，系统才会尝试在设备重启后恢复应用程序的状态。

4. 当重新启动设备时，系统会尝试恢复每个具有`android:persist`属性设置为`true`的活动的状态。

但是，如果设备内存不足，系统可能会清除一些应用程序的状态。

5. 使用`android:persist`属性可能会对应用程序的性能产生一定的影响。

因此，只有当应用程序需要持久保持其状态并且性能牺牲可接受时，才应使用此属性。

虽然`android:persist`属性可以确保应用程序在重新启动后保持其状态，但是这并不是持久化数据的最佳解决方案。

如果应用程序需要保存和恢复大量的数据，建议使用其他持久化技术，如`SharedPreferences`、数据库或文件存储。