failed to set system property

最新推荐文章于 2025-05-31 02:59:52 发布

怒草

最新推荐文章于 2025-05-31 02:59:52 发布

阅读量1.7w

点赞数 4

CC 4.0 BY-SA版权

分类专栏： android系统开发文章标签： SystemProperty Android系统开发 SELinux system property

本文链接：https://blog.youkuaiyun.com/visionliao/article/details/84881233

android系统开发专栏收录该内容

22 篇文章

订阅专栏

在Android5.0及以后版本中，由于引入了SELinux，即使系统级应用也不能随意设置系统属性。本文分析了SystemProperties.set()失败的原因，并提供了解决方案，包括如何为自定义属性添加权限。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Android SystemProperties

概述

在对Android操作系统进行开发的过程中，经常需要使用到Android的隐藏API SystemProperties.set(String key, String value) 这个接口，写入一些属性值存放到系统共享内存，配合SystemProperties.get(String key) 这个接口可以很方便的实现某些功能。由于是android:sharedUserId=“android.uid.system” 的系统级应用，有权限操作类似的隐藏接口。比如可以定义一个persist.test.meid 的属性来保存系统的MEID号，以方便第三方应用开发者获取。

在Android5.0之前，系统级应用可以很方便的写入规范(比如属性key、value的长度有一定限制等)的属性，在这之后，Android系统引入了SELinux，所有的操作都有相应的权限组，任意写入一个属性也会抛出错误，即使是系统级应用。

关于Android SystemProperty 的分析文章，网上一搜一大堆，推荐一篇分析的很全的博客：https://blog.youkuaiyun.com/yangwen123/article/details/8936555 ，这里我只分析SystemProperties.set(String key, String value) 失败的原因以及解决办法。

错误信息

就以persist.test.meid 这个属性做实验，在android:sharedUserId=“android.uid.system” 的进程中调用接口：

import android.os.SystemProperties;

SystemProperties.set("persist.test.meid", "test value");

运行程序，写入属性失败，查看log发现抛出如下异常：

12-06 14:22:19.254  2870  2887 W libc    : Unable to set property "persist.test.meid" to "test value": error code: 0x18
12-06 14:22:19.255  2870  2887 E JavaBinder: *** Uncaught remote exception!  (Exceptions are not yet supported across processes.)
12-06 14:22:19.255  2870  2887 E JavaBinder: java.lang.RuntimeException: failed to set system property
12-06 14:22:19.255  2870  2887 E JavaBinder: 	at android.os.SystemProperties.native_set(Native Method)
12-06 14:22:19.255  2870  2887 E JavaBinder: 	at android.os.SystemProperties.set(SystemProperties.java:155)
12-06 14:22:19.255  2870  2887 E JavaBinder: 	at com.action.tool.mdm.provider.ActionMdmProvider.tv(:251)
12-06 14:22:19.255  2870  2887 E JavaBinder: 	at com.action.tool.mdm.provider.ActionMdmProvider.call(:109)
12-06 14:22:19.255  2870  2887 E JavaBinder: 	at android.content.ContentProvider$Transport.call(ContentProvider.java:401)
12-06 14:22:19.255  2870  2887 E JavaBinder: 	at android.content.ContentProviderNative.onTransact(ContentProviderNative.java:272)
12-06 14:22:19.255  2870  2887 E JavaBinder: 	at android.os.Binder.execTransact(Binder.java:697)
12-06 14:22:19.256  3882  3882 D AndroidRuntime: Shutting down VM

原因分析

错误日志中提示Uncaught remote exception! (Exceptions are not yet supported across processes.)，这是一个常见的跨进程通讯失败信息，没什么卵用。后来发现系统中工厂测试这个系统级应用能写persist.sys.xxx这样的属性，于是在我的应用中也写了这条属性，发现是能成功的，而persist.test.meid 还是写入失败。
那么这两条属性有什么区别呢？唯一的却别就是persist.sys.xxx这样的属性是系统里预先定义好的，而persist.test.meid 是自己随手定义的，那么persist.sys.xxx肯定是在系统某个地方做了某些设定。
有了这个推测后就是查找了，使用grep “persist.sys.” -rn . 搜索整个代码，最后定位到SELinux。
property_contexts文件中的代码片段：

persist.netd.stable_secret      u:object_r:netd_stable_secret_prop:s0
persist.sys.            u:object_r:system_prop:s0
persist.sys.safemode    u:object_r:safemode_prop:s0

解决方案

只需要在property_contexts文件中添加权限声明即可

persist.test.       u:object_r:system_prop:s0

由于我们应用进程是属于 system uid的系统级应用，所有声明的属性所属域为system_prop。
当然也可以自定义一个域，然后将persist.test.定义到这个新的域中，最后自己的应用程序就不能是android:sharedUserId=“android.uid.system” 了，而是要定义成自己的所属域。