Android移动端愿望清单应用用户间图片共享最优方案咨询

基础疑问澄清 #

你提到的网传「数据库仅存储图片路径」的方案并非指存储本地文件路径，这类方案里的路径实际是云端存储资源的访问URL，图片本身不会存在用户本地的APP私有目录里，只有用户浏览时才会临时缓存到本地，缓存可以通过图片加载库配置自动清理规则，完全不会导致APP体积随用户上传量无限膨胀。

两种方案优劣势对比 #

方案1：第三方图床API托管+原有MySQL存储 #

• 优势
  • 无需改动现有MySQL的业务存储逻辑，改造成本极低，仅需要新增「安卓端图片上传到图床、获取返回URL写入数据库」的逻辑即可
  • 公共图床自带CDN加速，跨用户访问图片的加载速度有保障，无需自行运维存储和带宽资源
• 劣势
  • 免费额度有限，用户量上涨后容易触发限流，且公共图床普遍有内容审核机制，存在合规图片被误删的风险，自定义存储规则的空间极小
  • 无法实现细粒度的图片权限控制，如果后续要做私有愿望清单、好友可见这类功能，很难限制非授权用户访问图片URL

方案2：使用Firebase存储服务 #

注意Firebase并不是单纯的数据库，而是一整套后端服务套件，你可以仅使用Firebase Cloud Storage存储图片，业务数据依然保留在MySQL中，不需要完全替换现有存储架构。

• 优势
  • 支持单张图片级别的细粒度读写权限配置，完美适配后续社交类功能的权限需求
  • 官方提供的Kotlin/Java安卓SDK封装成熟，上传、断点续传、错误重试都有现成实现，不需要自行编写大量底层逻辑
  • 冷启动阶段的免费额度足够支撑个人开发者的小体量应用，后续扩容的成本规则透明
• 劣势
  • 若要将现有MySQL的业务数据全量迁移到Firebase数据库，会存在一定的改造成本，仅用其存储图片则几乎无额外成本
  • 若你的目标用户以国内为主，可替换为国内同类云存储服务适配网络环境

选型建议 #

• 若你开发的是小体量个人项目，暂时没有权限管控需求，优先选择方案1，开发效率最高，现有业务逻辑几乎不需要调整
• 若后续有计划上线社交属性、私有内容相关功能，直接选择Firebase Cloud Storage存储图片即可，无需更换现有MySQL数据库

实践经验补充 #

实际开发过程中有两个优化点可以参考：

1. 图片上传前先在安卓端做压缩处理，单图大小控制在2M以内，既可以加快上传速度，也能降低存储和带宽成本
2. 图片加载使用Coil或者Glide这类成熟的第三方图片加载库，自动实现内存、磁盘两级缓存，缓存大小上限可配置，无需自行处理缓存逻辑也不会出现APP体积无限增长的问题

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