您的位置:首页 > 移动开发 > Android开发

在Android M及更高版本中使用 Settings.System 抛出异常"You cannot keep your settings in the secure settings. "

2017-12-13 18:45 525 查看
在项目中,有一些公共的数据是存放在存放在 系统数据库SettingsProvider的System表中 .

在Android L中的使用方法是:

当需要写数据时调用:

Settings.System.putStringForUser(ContentResolver cr, String name, int value, int userHandle)


当需要获取数据时调用:

Settings.System.getStringForUser(ContentResolver cr, String name, final int userHandle)


将key-value存入系统公共的数据库SettingsProvider的System的表中,在简单的跨进程数据的存储和共享的场景下十分简单高效。

但是当项目运行在Android M版本以后当继续使用该数据库时抛出了如下异常。

IllegalArgumentException: You cannot keep your settings in the secure settings.


从字面上理解,不能够使用settings。

既然在L版本中可用,在M版本中不可用,那么肯定是因为在M版本中引入了权限检查,并且抛出异常。

从framework源码入手:

调用Settings.System.putStringForUser最终都是对数据库SettingsProvider进行操作。

frameworks/base/packages/SettingsProvider/src/com/android/providers/settings/SettingsProvider.java


在梳理源码以后发现,在M版本中,在Settings.System表中执行更新或者删除操作时,都要会调用函数

warnOrThrowForUndesiredSecureSettingsMutationForTargetSdk。该函数是M新增,而问题正在于该函数:

private static void warnOrThrowForUndesiredSecureSettingsMutationForTargetSdk(int ta
9909
rgetSdkVersion, String name) {
// If the app targets Lollipop MR1 or older SDK we warn, otherwise crash.
if (targetSdkVersion <= Build.VERSION_CODES.LOLLIPOP_MR1) {
if (Settings.System.PRIVATE_SETTINGS.contains(name)) {
Slog.w(LOG_TAG, "You shouldn't not change private system settings."
+ " This will soon become an error.");
} else {
Slog.w(LOG_TAG, "You shouldn't keep your settings in the secure settings."
+ " This will soon become an error.");
}
} else {
if (Settings.System.PRIVATE_SETTINGS.contains(name)) {
throw new IllegalArgumentException("You cannot change private secure settings.");
} else {
throw new IllegalArgumentException("You cannot keep your settings in"
+ " the secure settings.");
}
}
}


说明当app尝试更新Settings.System的时候,会进行版本校验,如果targetSDK 小于等于Build.VERSION_CODES.LOLLIPOP_MR1,即低版本的apk时,给出warning,保证代码的兼容性。

而当tagetSDK大于Build.VERSION_CODES.LOLLIPOP_MR1,即M版本及更高的版本的时候,则会抛出异常,禁止apk写或者删除SettingsProvider数据库中的System表。

分析到这里,针对这样的问题,由如下两个解决方案。

如果对targetSDK没有要求,则将targetSDK降为

Build.VERSION_CODES.LOLLIPOP_MR1以下,利用Android程序向前兼容性,规避问题,但是这样的方法并不是最优方案,有可能在后续版本中,Android甚至可能放弃兼容,直接抛出异常。

放弃写Settings.System,改用Settings.Global保存共享数据。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐