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

转自：http://blog.csdn.net/vrix/article/details/51721139

最近项目需要从Android L迁移到Android M。在升级的过程中，遇到了如下的问题。 

在项目中，有一些公共的数据是存放在存放在 系统数据库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 targetSdkVersion, 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表。

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

1. 如果对targetSDK没有要求，则将targetSDK降为Build.VERSION_CODES.LOLLIPOP_MR1以下，利用Android程序向前兼容性，规避问题，但是这样的方法并不是最优方案，有可能在后续版本中，Android甚至可能放弃兼容，直接抛出异常。 

2. 放弃写Settings.System，改用Settings.Global保存共享数据。

Android学习交流群：523487222

（如果您觉得有用，欢迎加入，一起学习进步）
点击链接加入群【Android学习群】