Flutter本地安全存储选型：Hive/SharedPreferences/sqflite安全性对比

1. Hive、SharedPreferences、sqflite的安全性能表现 #

三个包默认状态下都不满足敏感数据的安全存储要求，具体差异如下：

• SharedPreferences：本质是明文键值对存储，安卓端以XML格式存在应用沙盒的shared_prefs目录，iOS端存为沙盒内的plist文件。设备Root/越狱后可直接读取明文内容，甚至通过系统自带的应用备份功能就能导出文件拿到数据，安全等级极低，绝对不能直接存储Token、密码类敏感信息。
• sqflite：封装了系统原生SQLite能力，默认数据库文件完全明文存储，Root/越狱后导出.db文件就能用任意SQLite工具打开查看全量数据，本身没有内置加密机制，默认状态下安全性和SharedPreferences没有本质区别，仅适合存储非敏感结构化数据。
• Hive：默认采用二进制格式存储数据，相比前两者的纯文本格式，普通用户拿到文件无法直接肉眼读取内容，但只要拿到存储文件，通过Hive自带的解析工具或者几行调试代码就能完整还原所有数据，默认状态下仅能防住普通用户的随意查看，抵御不了定向数据窃取，达不到敏感数据存储的安全要求。

2. 适配安全存储需求的替代方案 #

根据存储数据的类型和量级，可选的成熟方案如下：

• 短文本敏感数据首推flutter_secure_storage：这是目前生态最成熟的专用敏感存储包，底层直接对接系统原生安全机制：安卓侧通过Android KeyStore存储加密密钥，加密后的数据落盘；iOS侧直接写入系统Keychain，由系统完成硬件绑定级的加密保护，就算设备被Root/越狱，没有合法授权也很难提取到明文内容。包体极轻，读写开销极低，专门适配Token、密钥这类短文本敏感数据的存储场景。
• 大体积敏感数据可选加密封装方案：如果要存储的敏感业务数据量较大，需要NoSQL或关系型数据库的查询能力，可以选对应存储的加密版本：Hive自带加密Box能力，传入32字节AES密钥即可实现全库加密，读写性能和普通Hive几乎无差距；sqflite可对接SQLCipher实现，整个数据库文件全量加密，没有密钥无法解析。注意这两个方案用到的加密密钥绝对不能硬编码在代码里，必须从系统安全存储（KeyStore/Keychain）中读取。
• 不推荐使用第三方自定义加密的SharedPreferences封装，这类包很多存在硬编码密钥、加密算法不规范的问题，反而容易引入安全漏洞。

3. 行业内通用的本地安全存储方案 #

目前移动端行业普遍采用分层存储方案，不会用单一存储组件覆盖所有场景，平衡安全性和存储/性能开销：

• 最高敏感级短数据（Token、用户密码、支付密钥、业务加密密钥本身）：统一存入系统级安全存储区域，即安卓KeyStore、iOS Keychain，Flutter场景下绝大多数应用直接用flutter_secure_storage对接。这部分数据量小，系统级加密的性能损耗可以忽略，安全等级是民用场景下最高的。
• 非敏感普通业务数据（界面设置、非隐私内容缓存、公开列表数据等）：根据数据结构和查询需求直接选用普通的SharedPreferences、Hive、sqflite即可，不需要额外加密，最大化读写性能、减少存储开销。
• 大体积敏感业务数据（带用户隐私的业务缓存、聊天记录、本地收藏内容等）：采用加密版Hive或者SQLCipher数据库存储，加密密钥存在系统安全存储区域，应用启动时先从安全存储取出密钥，再初始化加密数据库，兼顾大数据量下的读写性能和数据安全性，就算设备丢失、存储文件被恶意导出，没有密钥也无法解密得到明文内容。

避坑提醒：不要自己实现加密算法，不要把加密密钥硬编码在应用安装包内——应用反编译后硬编码的密钥会直接泄露，再复杂的加密逻辑也等于不设防。

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