iStig
iStig
removeAllItems 可以满足你的要求 。 确实不注意看源码不会清楚 removeAllObjectsWithProgressBlock:endBlock:设计主要是为了能看到清理的进度条 它让产生误解的是方法说明
这个库并没有对突然杀掉应用 或者 异常退出做处理 yydiskcache存储过程是需要耗时 并没有特别好的方法应对你这种情况
上面的回答感觉都是在回答为什么不用 osspinlock。 作者博客有提到 https://blog.ibireme.com/2015/10/26/yycache/ OSSpinLock 自旋锁，性能最高的锁。原理很简单，就是一直 do while 忙等。它的缺点是当等待时会消耗大量 CPU 资源，所以它不适用于较长时间的任务。对于内存缓存的存取来说，它非常合适。 dispatch_semaphore 是信号量，但当信号总量设为 1 时也可以当作锁来。在没有等待情况出现时，它的性能比 pthread_mutex 还要高，但一旦有等待情况出现时，性能就会下降许多。相对于 OSSpinLock 来说，它的优势在于等待时不会消耗 CPU 资源。对磁盘缓存来说，它比较合适。 这里可以把pthread_mutex_t 看作 osspinlock来理解
diskCache 跟 realm /core data 应该是差不多吧 diskcache中存储方式分 sqlite 和 file 要说不一样 memerycache倒是有很大差异
@iCodeWoods [self trimToCost:]的具体实现是[self _trimToCost]里面已经用自旋锁保证了线程安全
@xiaoyeying 这个库默认的存储方式是mix 当你的文件大于某个阀值后 就会将文件写入缓存目录下并且还会写入到sqlite中。 manifest.sqlite-wal文件变大的原因就是在不断写入新的数据到sqlite中
咦，以前关注楼主是蜻蜓fm。最近去抖音了。羡慕哈哈
不是哦，起始的调用代码如下 [image: image.png] 健了个平_(:з」∠)_ ***@***.***> 于2023年5月31日周三 11:40写道： > @iStig 请问是对JPImageresizerView使用了自动布局吗？ > > — > Reply to this email directly, view it on GitHub > , > or unsubscribe > >...
邮件回复貌似没有传过来图片。我补充下