SharedPreference/Editor与类静态变量的区别及适用场景咨询

作为Android新手，搞清楚这两者的差异能帮你在组件间共享数据时选对方案，下面直接说核心区别和适用场景：

核心差异 #

存储与持久化 #

• SharedPreference：数据存在APP私有目录的XML文件中，就算APP退出、进程被杀，数据依然保留，除非手动清除缓存或卸载APP。
• 静态变量：数据仅存于内存中，进程一销毁（比如APP被后台回收），数据直接丢失，下次启动需重新赋值。

生命周期 #

• SharedPreference的生命周期与APP绑定，只要APP未卸载，数据就能保留（除非被系统清理缓存）。
• 静态变量的生命周期与进程绑定，进程存活时可用，进程销毁后数据消失。

读写方式 #

• SharedPreference：需先通过getSharedPreferences()获取实例，修改数据要借助Editor，调用commit()或apply()后才会写入文件。commit()是同步写入，会阻塞线程；apply()是异步写入，不卡主线程，但无法获取写入结果。
• 静态变量：只要是类的可访问成员（比如public static），直接通过类名.变量名读写，速度更快，但多线程读写时需自行加锁，避免数据错乱。

支持的数据类型 #

• SharedPreference：仅支持基本数据类型（int、long、float、boolean、String）和Set<String>，存储复杂对象需先转成JSON字符串等格式。
• 静态变量：可存储任意数据类型，包括自定义对象、各类集合，无需额外序列化处理。

适用场景 #

选SharedPreference的情况 #

1. 需要持久化的配置类数据：比如用户登录状态（记住密码）、APP主题设置、通知开关、用户偏好选择等，这些数据关闭APP后仍需保留的场景。
2. 跨组件共享且需持久化的变量：比如你提到的Service与Activity之间共享的播放进度、已完成任务标记，就算APP切后台被杀，重启后仍需恢复的内容。
3. 数据不频繁读写的场景：因为SharedPreference是文件IO操作，频繁读写会产生性能开销。

选静态变量的情况 #

1. 临时共享的内存数据：比如APP运行时，Activity与Service之间传递的当前播放音乐ID、页面加载状态等，这些数据丢失后不影响核心功能，重启APP可重新获取的场景。
2. 高频读写的数据：比如列表滚动的当前位置、网络请求的临时缓存结果，内存读写远快于文件IO，适合用静态变量。
3. 全局常量：比如APP的基础接口URL、固定状态码枚举等不会变更的值，用public static final定义最便捷。

避坑提醒 #

• 静态变量不要存储过大的数据，也不要持有Activity/Context引用，否则易引发内存泄漏甚至OOM。
• SharedPreference不要存储大量数据或复杂对象，XML文件过大会导致读写变慢，大文件建议使用Room数据库。
• 多线程操作SharedPreference优先用apply()，仅在需要获取写入结果时使用commit()。
• 多线程读写静态变量时，记得添加synchronized锁或使用原子类（比如AtomicInteger），避免竞态问题。

内容的提问来源于stack exchange，提问作者Stimm4