Android中的SharedPreferences（SP）是一种轻量级的键值对存储机制，适用于保存应用配置、用户偏好设置等小规模数据，但不适合存储大量或敏感信息。
在Android开发的世界里，数据存储就像是一个家庭的账本，有的账本用来记每天买菜花了多少钱（轻量级、高频访问），有的账本用来存房产证和银行存折（重量级、结构化、安全），SharedPreferences（简称SP）就是那个用来记“今天开了哪些功能”、“上次登录的用户名是什么”的小本子，它简单、直接，是Android开发者最熟悉的存储方式之一，但随着应用复杂度的提升，很多开发者开始疑惑：Android SharedPreferences存储数据真的安全吗？ 以及 Android SharedPreferences存储数据在哪里？ 今天我们就把这个“小本子”彻底讲清楚。
理解SharedPreferences的本质
SharedPreferences并不是一个数据库，而是一个基于XML文件的存储方案，它通过键值对（Key-Value）的形式，将数据序列化后保存在设备的私有目录中，这种设计使得读取速度极快,非常适合处理少量的配置信息。
为什么选择SP而不是数据库？
很多初学者会问：Android SharedPreferences存储数据与SQLite区别在哪里？ 这是一个非常经典的问题，SQLite是一个关系型数据库，适合存储结构化、数据量大且需要复杂查询的场景,而SP更像是一个简单的Map集合。
- 数据结构：SP只支持基本数据类型（String, int, boolean, float, long）和StringSet，如果你需要存储对象列表或复杂结构,SP无能为力。
- 查询能力：SP没有SQL查询语句，只能通过Key直接获取Value，这意味着如果你想知道“所有以‘user_’开头的Key”，你需要先获取所有Key再遍历,效率极低。
- 性能开销：对于少量数据，SP的读写速度几乎可以忽略不计，但一旦数据量超过几千条，SP的性能会急剧下降,因为每次读写都涉及文件的序列化与反序列化。
SP的存储位置揭秘
很多开发者对Android SharedPreferences存储数据在哪里感到困惑,SP文件默认存储在应用的私有数据目录中。
具体路径通常为：/data/data/<包名>/shared_prefs/。
如果你的应用包名是 com.example.myapp，那么SP文件就会保存在 /data/data/com.example.myapp/shared_prefs/ 目录下，这个目录是应用私有的，其他应用默认无法访问,这提供了一层基础的安全保障。
实操：如何正确使用SharedPreferences
正确使用SP不仅能提升应用性能，还能避免潜在的数据丢失风险,以下是标准的操作流程。
获取SharedPreferences实例
获取SP实例主要有两种方式：getSharedPreferences 和 getPreferences。
- getPreferences：仅适用于Activity内部,生成的文件名默认为Activity类名。
- getSharedPreferences：适用于整个应用，可以指定文件名,便于统一管理。
业内专家指出，推荐使用 getSharedPreferences 并指定唯一的文件名，这样可以避免不同Activity之间数据混淆,提高代码的可维护性。
写入数据的步骤
写入数据需要用到 Editor 接口，这是一个典型的“修改-提交”模式。
- 获取Editor：调用
edit()方法获取编辑器实例。 - put数据：使用
putString,putInt等方法存入数据。 - 提交更改：调用
apply()或commit()。
这里有一个关键的选择：Android SharedPreferences存储数据apply和commit区别是什么？
- commit()：同步操作，立即写入磁盘，如果写入失败，会返回false，由于是同步的，它可能会阻塞主线程,导致界面卡顿。
- apply()：异步操作，将数据写入内存，然后异步写入磁盘，它不会返回结果，但性能更好,推荐使用。
SharedPreferences prefs = getSharedPreferences("user_config", Context.MODE_PRIVATE);
SharedPreferences.Editor editor = prefs.edit();
editor.putString("username", "admin");
editor.putInt("age", 25);
editor.apply(); // 推荐使用apply
读取数据的注意事项
读取数据时，务必提供默认值，如果Key不存在，直接读取可能会返回null或默认类型的零值,导致程序崩溃。
String username = prefs.getString("username", "default_user");
int age = prefs.getInt("age", 0);
安全与性能的最佳实践
虽然SP很方便，但它并非完美无缺，特别是在处理敏感信息时，很多开发者会问：Android SharedPreferences存储数据加密吗？ 答案是否定的，SP默认以明文形式存储XML文件,任何人都可以通过Root权限或ADB命令查看。
敏感数据的处理
对于密码、Token等敏感信息,绝对不能直接存储在SP中。
- 使用EncryptedSharedPreferences，Google官方提供的Jetpack库，基于Android Keystore系统，自动处理加密和解密,这是目前最推荐的方案。
- 手动加密，使用AES等算法对数据进行加密后再存入SP，读取时再解密，但这需要自行管理密钥,风险较高。
据工信部相关安全指南显示，明文存储用户凭证是常见的安全漏洞之一，在应用审核中常被标记为高危问题,务必对敏感数据进行加密处理。
性能优化技巧
当SP数据量较大时,性能问题会凸显。
- 批量操作：尽量将多个相关数据合并为一个Key存储，例如将用户信息序列化为JSON字符串，只存一个Key,这样可以减少文件读写次数。
- 避免主线程阻塞：虽然apply是异步的，但在极端情况下，频繁的apply仍可能影响性能,确保不要在主线程中进行大量的SP读写操作。
- 定期清理：对于不再需要的配置项，及时调用
remove()并apply(),保持SP文件的整洁。
常见误区与解决方案
在实际开发中，开发者常遇到一些奇怪的问题,比如数据丢失或不同模块间数据不同步。
数据不同步问题
SP是基于文件的，多个线程同时读写可能导致数据竞争，虽然apply()是异步的，但它保证了对同一文件的写入顺序，如果应用有多个进程,SP的数据可能不会立即同步。
- 解决方案：避免在多进程中使用SP存储共享数据，如果需要跨进程共享数据，建议使用
ContentProvider或SQLite。
数据丢失风险
SP文件存储在本地，如果应用被卸载或设备恢复出厂设置,数据将永久丢失。
- 解决方案：对于重要配置，建议同步到云端服务器，SP仅作为本地缓存,用于快速加载和离线访问。
Q&A模块
Android SharedPreferences存储数据加密吗？
默认情况下，SharedPreferences不加密数据，以明文XML形式存储，对于敏感信息，应使用EncryptedSharedPreferences或手动加密后再存储。
Android SharedPreferences存储数据在哪里？
默认存储在应用的私有目录下，路径为/data/data/<包名>/shared_prefs/，该目录仅应用自身可访问,其他应用需Root权限才能查看。
Android SharedPreferences存储数据与SQLite区别是什么？
SharedPreferences是轻量级键值对存储，适合少量配置数据，读写速度快但无查询能力；SQLite是关系型数据库，适合结构化、大数据量存储,支持复杂查询但读写开销较大。
首发原创文章，作者：世雄 - 原生数据库架构专家，如若转载，请注明出处：https://idctop.com/article/316671.html
