高性能本地缩略图存储如何设计

本地一个软件瀑布流元素加载UI,一页加载大概50~200个缩略图,目前是用缩略图的UUID名称进行文件存储,类似d:cachexx-xx-xx-1.jpg,d:cachexx-xx-xx-2.jpg, 缓存机制就是判断下这个路径文件是否存在。
但是问题来了,遇到大量数据时这种操作是否会缓慢和低效率碎片化?
现在缓存文件夹有几十万张缩略图,手动删除都要2小时(Windows删除机制问题,很慢),是否有更高效率的存储方案?sqlite+ blob数据是否可行?

阅读 2.9k
撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进