比如上面这个代码，通过onResourceReady，引用了glide加载的bitmap，而这个bitmap有可能被glide内部recycle，从而导致开始说的异常
Elasticsearch 存储的基本单元是shard， ES中一个Index 可能分为多个shard， 事实上每个shard 都是一个Lucence 的Index，并且每个Lucence Index 由多个Segment组成， 每个Segment事实上是一些倒排索引的集合， 每次创建一个新的Document， 都会归属于一个新的Segment， 而不会去修改原来的Segment； 且每次的文档删除操作，会仅仅标记Segment中该文档为删除状态，而不会真正的立马物理删除， 所以说ES的index 可以理解为一个抽象的概念。
当一个文档写入Lucence后是存储在内存中的，即使执行了refresh操作仍然是在文件系统缓存中，如果此时服务器宕机，那么这部分数据将会丢失。为此ES增加了translog， 当进行文档写操作时会先将文档写入Lucene，然后写入一份到translog，写入translog是落盘的(如果对可靠性要求不是很高，也可以设置异步落盘，可以提高性能，由配置index.translog.durability和index.translog.sync_interval控制)，这样就可以防止服务器宕机后数据的丢失。由于translog是追加写入，因此性能比较好。与传统的分布式系统不同，这里是先写入Lucene再写入translog，原因是写入Lucene可能会失败，为了减少写入失败回滚的复杂度，因此先写入Lucene。
减少网络流量，下载完图片后存储到本地，下载再获取同一张图片时，直接从本地获取，提升用户体验，能快速从本地获取呈现给用户。
如果你想摆脱缓存目录使用的尴尬：找不到目录？忘记申请读写权限？害怕污染用户存储空间？……请往下看
原文: https://juejin.im/post/5d617d6851882575e8054fab
在18年年底，我们app进行了一次非常大的版本更迭，因为时间紧急、业务繁忙、人数也没达到可以凑人数可以让某些人准点下班的那种数量（各个公司的常规原因），业务线在对一些模块进行重构和大量新需求的开发过程中，许许多多的细节没有注意到，直接导致了后面一个月的崩溃率、OOM率猛增， 且居高不下。大概快到了千分之2的这个数量级，这是非常非常恐怖的。因此我们花了一段时间，集中的fix了一把OOM的相关问题，一顿操作，直接让主版本的崩溃率来到了「万分之一」，OOM率来到了十万分之一这个数量级。
SDWebImage。当 SDImageCache 缓存使用的 LRU（最近最右淘汰算法）算法，来做缓存机制。
应用缓存通常分两种，本地缓存和远程缓存。本地缓存就是内存缓存 LocalCache，远程缓存就是分布式共享缓存比如 Redis。本地缓存在访问性能上远胜过远程缓存，但是在一致性上要弱一些。我们平时经常会用到的 Guava Cache 就是内存缓存技术框架。
几乎所有文章浏览统计插件，比如 WPJAM Basic 的「文章浏览统计」扩展，都是使用自定义字段来存储文章浏览数的，如果服务器开启了 Memcached 内存缓存，自定义字段的数据是怎么被缓存呢？
入口 setImageWithURL:placeholderImage:options: 会先把 placeholderImage 显示，然后 SDWebImageManager 根据 URL 开始处理图片。
默认情况下，每个Linux操作系统都有一个高效的内存管理系统，该系统用于定期清除缓冲区高速缓存。您可以使用以下简单命令手动释放内存缓存：
在没有 fsync 把数据从内存刷新到硬盘中，我们不能保证数据在断电或程序退出时之后依然存在
昨天博客加了WP Super Cache缓存插件，速度提升明显。使用这类插件可以将PHP动态页面在首次访问时生成html静态页面并存储在硬盘中，当其他访客再次访问时直接读取该静态页面，这样不需要再次通过PHP生成动态页面也不需要再从数据库中读取数据，大幅降低系统资源消耗，且大幅提升了页面打开速度。
最近 TL 分享了下 《Elasticsearch基础整理》https://www.jianshu.com/p/e82... ，蹭着这个机会。写个小文巩固下，本文主要讲 ES -> Lucene 的底层结构，然后详细描述新数据写入 ES 和 Lucene 的流程和原理。这是基础理论知识，整理了一下，希望能对 Elasticsearch 感兴趣的同学有所帮助。
在前面博客中，介绍了NSURLRequest请求类的相关使用方法，其中有介绍关于请求返回数据的缓存策略，实际上，iOS中具体缓存操作的管理是由NSURLCache类来实现的。NSURLRequest类介绍的博客地址如下：
最近在我们的项目中出现了一个问题，暴力测试 高速上拉cell 不断加载出更多的cell 就会出现app 闪退。调试的时候 会发现 高速拉出很多cell的时候 内存 会有极大的浮动，拉出差不多200多个cell的时候就会出现闪退。为了弄清楚是怎么回事，我查了很多资料 ，也看了很多国外的博客 ，后来终于让我发现了问题所在，废话不多说 ，听我细细道来 1.首先是SDwebimage的原理： ---- UIImageView+WebCache:setImageWithURL:placeholderImage:op
iOS开发中或多或少都会使用到Cache来减少网络请求,在网络上也有很多使用Objective-c开发的Cache框架,而Swift开发的Cache框架相对来说就要少一些,所以我就用Swift 5开发了一款Cache库-SwiftlyCache(https://github.com/hlc0000/SwiftlyCache)
应用场景： 对于访问多的查询请求且用户对查询结果实时性要求不高，此时可采用mybatis二级缓存技术降低数据库访问量，提高访问速度，业务场景比如：耗时较高的统计分析sql、电话账单查询sql等。 实现方法如下：通过设置刷新间隔时间，由mybatis每隔一段时间自动清空缓存，根据数据变化频率设置缓存刷新间隔flushInterval，比如设置为30分钟、60分钟、24小时等，根据需求而定。
我之前写过一篇博客，介绍缓存处理的三种方式，其中最难，最麻烦，最占内存资源的还是图片缓存，最近做的项目有大量的图片处理，还是采用了SDWebImage来处理，但是发现之前封装好的代码报错了。研究发现，是我用了新版的SDWebImage，好多方法都变了。 现在把代码贴出来，供大家参考。尤其是新手，看完这篇博客，图片缓存so easy。最后有demo供大家下载，先学习。 第一步，下载SDWebImage，导入工程。github托管地址https://github.com/rs/SDWebImage 第二步，在需
处理好浏览器缓存对提升系统的性能有很大的帮助，为什么要使用缓存，我们一般请求资源后直接使用，当我们再次请求资源时，还要继续从服务器拿到数据吗？答案不以为然，当第一次请求资源后，可以进行缓存，然后再次请求资源时可以直接从缓存中读取，提高了效率。
是一套用于构建用户界面的渐进式JAVASCRIPT框架。与其它大型框架不同的是，Vue 被设计为可以自底向上逐层应用。Vue 的核心库只关注视图层，不仅易于上手，还便于与第三方库或既有项目整合.
我们平时在项目中设计数据访问的时候往往都是采用直接访问数据库，采用数据库连接池来实现，但是如果我们的项目访问量过大或者访问过于频繁，将会对我们的数据库带来很大的压力。为了解决这个问题从而redis数据库脱颖而出，redis数据库出现时是以非关系数据库的光环展示在广大程序猿的面前的，后来redis的迭代版本支持了缓存数据、登录session状态（分布式session共享）等。所以又被作为内存缓存的形式应用到大型企业级项目中。 本章目标 实现SpringBoot项目中整合Redis非关系数据库作为内存缓存框架，
本文实例讲述了Linux下安装Memcached服务器和客户端与php使用。分享给大家供大家参考，具体如下：
要想要理解透彻JMM（Java内存模型），首先我们要从CPU缓存模型和指令重排序讲起！
浏览器的缓存机制也就是我们说的HTTP缓存机制，其机制是根据HTTP报文的缓存标识进行的，所以在分析浏览器缓存机制之前，我们先使用图文简单介绍一下HTTP报文，HTTP报文分为两种：
Redis介绍 Redis 是一个高性能的key-value数据库。我们平时在项目中设计数据访问的时候往往都是采用直接访问数据库，采用数据库连接池来实现，但是如果项目访问量过大或者访问过于频繁，将会对
MyBatis 默认开启了一级缓存，一级缓存是在 SqlSession 层面进行缓存的。即，同一个 SqlSession ，多次调用同一个 Mapper 和同一个方法的同一个参数，只会进行一次数据库查询，然后把数据缓存到缓冲中，以后直接先从缓存中取出数据，不会直接去查数据库。但是不同的 SqlSession 对象，因为不用的 SqlSession 都是相互隔离的，所以相同的 Mapper、参数和方法，它还是会再次发送到 SQL 到数据库去执行，返回结果。
redis的数据全部在内存中，如果突然宕机，数据就会全部丢失，因此必须有一种机制来保证redis的数据在遇到突发状况的时候不会丢失，或者只丢失少量，于是必须根据一些策略来把redis内存中的数据写到磁盘中，这样当redis服务重启中，就可以根据磁盘中的数据来恢复数据到内存中。
redis:支持比较多的数据类型(String/list/set/sortset/hash)，redis支持集合计算的(set类型支持)，每个key最大数据存储量为1G，redis是新兴的内存缓存技术，对各方面支持不完善，支持持久化操作。
对于一个由对象存储和数据库组合驱动的文件系统，缓存是本地客户端与远端服务之间高效交互的重要纽带。读写的数据可以提前或者异步载入缓存，再由客户端在后台与远端服务交互执行异步上传或预取数据。相比直接与远端服务交互，采用缓存技术可以大大降低存储操作的延时并提高数据吞吐量。
Glide的缓存机制 主要分为2种缓存，一种是内存缓存，一种是磁盘缓存 三级缓存原理 加载一张图片的时候，获取顺序： Lru算法缓存 【--->】 弱引用缓存 【--->】 磁盘缓存 源码解析如下:
MyBatis的二级缓存是Application级别的缓存，它可以提高对数据库查询的效率，以提高应用的性能
浏览器的缓存机制也就是我们要说的HTTP缓存机制，其机制是根据HTTP报文的缓存标识进行的，所以在分析浏览器缓存机制之前，我们先使用图文简单介绍一下HTTP报文，HTTP报文分为两种：
今天我们首先来总结下cache，一步步消化，消化完了cache，然后在总结redis，冰冻三尺非一日之寒，技术亦如此。 1理解cache 在Java中，不同的类都有自己单独的Cache机制，实现的方法也可能有所不同，常见的各类Cache机制有：OSCache、JSC(Java Caching System)、EHCache、JCache、ShiftOne、SwarmCache、JBossCache等等。 所谓缓存，就是将程序或系统经常要调用的对象存在内存中，一遍其使用时可以快速调用，
mysql缓存机制就是缓存sql 文本及缓存结果，用KV形式保存再服务器内存中，如果运行相同的sql,服务器直接从缓存中去获取结果，不需要在再去解析、优化、执行sql。如果这个表修改了，那么使用这个表中的所有缓存将不再有效，查询缓存值得相关条目将被清空。表中得任何改变是值表中任何数据或者是结构的改变，包括insert,update,delete,truncate,alter table,drop table或者是drop database 包括那些映射到改变了的表的使用merge表的查询，显然，者对于频繁更新的表，查询缓存不合适，对于一些不变的数据且有大量相同sql查询的表，查询缓存会节省很大的性能。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://louluan.blog.csdn.net/article/details/41408341
YYCache是国内开发者ibireme开源的一个线程安全的高性能缓存组件，代码风格简洁清晰，阅读它的源码有助于建立比较完整的缓存设计的思路，同时也能巩固一下双向链表，线程锁，数据库操作相关的知识。
你要知道的NSCache都在这里 转载请注明出处 https://cloud.tencent.com/developer/user/1605429 本篇文章首先会详细讲解NSCache的基本使用，NSCache是Foundation框架提供的缓存类的实现，使用方式类似于可变字典，由于NSMutableDictionary的存在，很多人在实现缓存时都会使用可变字典，但NSCache在实现缓存功能时比可变字典更方便，最重要的是它是线程安全的，而NSMutableDictionary不是线程安全的，在多线程环境下
GIF 和 Animated WebP 是互联网上最主流的动图格式, 但是在 iOS 开发中, 原生的 UIImage 并不直接支持 GIF 以及 Animated WebP 的展示, 因此有了各种优秀的第三方开源方案, 例如 SDWebImage 以及 YYImage 等. 这篇文章将以 QQ 音乐 iOS 端优化动图的实践为基础, 来介绍不同方案的思路以及优劣, 并给出优化的方案. 1. 端内动图展示的问题以及优化结果 长期以来, 部分机型浏览 Q 音的图文流时很容易闪退, 端内其他业务也存在不少动图相
原文链接：http://www.cun-xu.cn/index.php/2018/12/26/浏览器缓存/
纯Java开源缓存框架，配置简单、结构清晰、功能强大，是一个非常轻量级的缓存实现，Hibernate里面就集成了相关缓存功能。
一级缓存是 SqlSession 级别的，通过同一个 SqlSession 查询的数据会被缓存，下次查询相同的数据，就会从缓存中直接获取，不会从数据库重新访问 ， 一级缓存时默认开启的
Lighttpd有硬盘级别的cache-(mod_cache)和内存级别的cache(mod_mem运维
1，跟进anshy提出的加载慢问题，发现webkit会走内存缓存，而miniblink和chromium都不会走，只要是本地文件，每次都加载新的。另外miniblink可以加个优化，在firstlayout后才显示内容。不过还是无法达到webkit的速度，需要继续优化
例如，SD为UIImageView提供的UIImageView+WebCache.m分类，有这些API：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
