升级Akavache至11.x后的等效加密方案咨询

现状说明 #

Akavache v11.x 版本移除了支持IEncryptionProvider的自定义缓存构造函数，EncryptedSqliteBlobCache改为仅提供全数据库级别的密码加密方式，不再提供原有的逐数据项加密扩展能力。

推荐替代方案 #

• 自行处理数据读写前后的加解密
  这是当前最可靠的替代方案，完全由开发者控制加密逻辑：

  • 写入缓存前：先将业务数据通过自定义加密逻辑转换为加密后的字节数组，再存入Akavache
  • 读取缓存后：先从Akavache读取加密字节数组，再通过对应的解密逻辑还原为业务数据
    该方式灵活性高，能完全替代原IEncryptionProvider的逐项加密需求，且不受Akavache版本更新的影响。

• 避免依赖未公开内部方法
  你提到的源码中未被引用的加密方法属于内部实现，没有配套的读取解密逻辑，且未通过公开API暴露，依赖这类方法会面临版本迭代时被移除或修改的风险，不建议在生产环境使用。

补充场景建议 #

如果你的需求是全库级别的加密，直接使用EncryptedSqliteBlobCache提供的全数据库密码加密方式即可；若需要更细粒度的逐数据项加密，自行处理读写前后的加解密是官方隐含推荐的方案。

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