安卓Settings值原理源码剖析存储最大的字符数量是多少?

背景:

平常做rom相关开发时候经常需要与settings值打交道,需要独立或者存储一个settings的场景,群里有个学员朋友就问了一个疑问,那就是Settings的putString方式来存储字符,那么可以存储的最大字符是多少呢?针对这个问题我们来剖析一下Setting值存储最大字符是多少个。

Settings数据存放的变化:

Google修改了SettingsProvider,涉及到了global,secure,system 三个表;并且实现方式从之前的数据库,改为异步性能更加优良的xml,每个用户都有自己的一份SettingsProvider设置xml文档。通常位于 /data/system/users/userid/ 下面,具体如下图: 但是直接看是一般乱码,这个因为是二进制的xml。 参考这个文章使用如下命令:

bash 复制代码
abx2xml settings_global.xml settings_global-read.xml

测试Setting写入大量数据

下面就准备一个大的字符串然后写入settings的调用

cpp 复制代码
   StringBuffer stringBuffer = new StringBuffer();
	for (int i = 0;i < 75536;i++) {
		stringBuffer.append('b');
	}  
	Settings.Global.putString(decorView.getContext().getContentResolver(),"key_max1",stringBuffer.toString());

写入后可以通过查看日志方式,看看 是否有异常。

结果真的在日志中可以看到产生了如下异常:

bash 复制代码
09-19 00:14:55.127   524   598 E SettingsState: Failed to write settings, restoring backup
09-19 00:14:55.127   524   598 E SettingsState: java.io.IOException: Modified UTF-8 length too large: -75536
09-19 00:14:55.127   524   598 E SettingsState: 	at com.android.internal.util.ArtFastDataOutput.writeUTF(ArtFastDataOutput.java:85)
09-19 00:14:55.127   524   598 E SettingsState: 	at com.android.modules.utils.BinaryXmlSerializer.attribute(BinaryXmlSerializer.java:207)
09-19 00:14:55.127   524   598 E SettingsState: 	at com.android.providers.settings.SettingsState.setValueAttribute(SettingsState.java:1013)
09-19 00:14:55.127   524   598 E SettingsState: 	at com.android.providers.settings.SettingsState.writeSingleSetting(SettingsState.java:985)
09-19 00:14:55.127   524   598 E SettingsState: 	at com.android.providers.settings.SettingsState.doWriteState(SettingsState.java:872)
09-19 00:14:55.127   524   598 E SettingsState: 	at com.android.providers.settings.SettingsState.-$$Nest$mdoWriteState(SettingsState.java:0)
09-19 00:14:55.127   524   598 E SettingsState: 	at com.android.providers.settings.SettingsState$MyHandler.handleMessage(SettingsState.java:1239)
09-19 00:14:55.127   524   598 E SettingsState: 	at android.os.Handler.dispatchMessage(Handler.java:106)
09-19 00:14:55.127   524   598 E SettingsState: 	at android.os.Looper.loopOnce(Looper.java:205)
09-19 00:14:55.127   524   598 E SettingsState: 	at android.os.Looper.loop(Looper.java:294)
09-19 00:14:55.127   524   598 E SettingsState: 	at android.os.HandlerThread.run(HandlerThread.java:67)

源码分析:

可以看出明显是打开xml写入xml的过程,再看看writeSingleSetting方法。 最后调用到了 frameworks/base/core/java/com/android/internal/util/ArtFastDataOutput.java 这里的MAX_UNSIGNED_SHORT值是65535

修改一下写入代码变成比65535小的话就可以写入: 导出xml看看结果:

总结:

1、settings相关的数据最后是存在xml中,app层面都是通过SettingProvider调用到systemserver进程进行保存

2、xml中写入相关字符时候,对字符长度有限制,是65535,一旦比这个大则会写入异常

更多framework技术干货,请关注下面"千里马学框架"

相关推荐
lichenyang45317 小时前
Docker 学习笔记(一):为什么需要镜像、容器和仓库?
前端
kyriewen17 小时前
别再对着 TypeScript 报错发呆了:我把 10 个最常见的红色波浪线翻译成了人话
前端·javascript·typescript
IT_陈寒17 小时前
SpringBoot自动配置的坑,我的API突然就404了
前端·人工智能·后端
奇奇怪怪的18 小时前
Embedding 模型 10+ 横向评测
前端
陈广亮18 小时前
Monorepo 从 0 到 1 实操指南 2026 版:pnpm catalogs + Turborepo 2.x + changesets 全链路
前端
子兮曰18 小时前
OpenMontage 深度解剖:你的 AI 编程助手,其实是个视频工作室
前端·后端·ai编程
敲代码的鱼18 小时前
PDF 预览与签名批注写回 支持安卓 iOS 鸿蒙 UTS插件
android·前端·ios
子兮曰18 小时前
前端工具链的「Rust 化」:一场没有赢家的军备竞赛?
前端·后端·rust
Hyyy19 小时前
Function Calling / Tool Use的原理和实现模式
前端·llm·ai编程