无锡网站建设网站建设一条龙

中国租赁网 2026/09/09 17:39:55

Application Options(选项)

Glide允许应用通过AppGlideModule实现完全控制Glide的内存和磁盘应用缓存。Glide对大部分应用提供合理的默认选项,部分应用需要定制。

Memory cache(内存缓存)

  1. 自定义MemoryCache的大小

    在GlideModule中使用applyOptions方法配置MemorySizeCalculator

    @GlideModule(glideName="GlideApp")publicclassMyGlideModuleextendsAppGlideModule{publicvoidapplyOptions(Contextcontext,GlideBuilderbuilder){MemorySizeCalculatorcalculator=newMemorySizeCalculator.Builder(context).setMemoryCacheScreens(2).build();builder.setMemoryCache(newLruResourceCache(calculator.getMemoryCacheSize()));}}
  2. 直接覆盖缓存大小

    @GlideModulepublicclassMyGlideModuleextendsAppGlideModule{@OverridepublicvoidapplyOptions(Contextcontext,GlideBuilderbuilder){intmemoryCacheSizeBytes=1024*1024*10;// 10mbbuilder.setMemoryCache(newLruResourceCache(memoryCacheSizeBytes));}}
  3. 提供自己的MemoryCache实现

    @GlideModulepublicclassMyGlideModuleextendsAppGlideModule{@OverridepublicvoidapplyOptions(Contextcontext,GlideBuilderbuilder){builder.setMemoryCache(newMyMemoryCacheImpl());}}

Disk Cache(磁盘缓存)

Glide 使用DiskLruCacheWrapper作为默认的磁盘缓存。 DiskLruCacheWrapper 是一个使用 LRU 算法的固定大小的磁盘缓存。默认磁盘大小为250 MB,位置是在应用的缓存文件夹中的一个特定目录

  1. 如果显示的媒体是公开的,则应用程序可以将位置更改为外部存储

    @GlideModulepublicclassMyGlideModuleextendsAppGlideModule{@OverridepublicvoidapplyOptions(Contextcontext,GlideBuilderbuilder){builder.setDiskCache(newExternalCacheDiskCacheFactory(context));}}
  2. 无论使用内部或外部磁盘存储,应用程序都可以改变磁盘缓存的大小

    @GlideModulepublicclassMyGlideModuleextendsAppGlideModule{@OverridepublicvoidapplyOptions(Contextcontext,GlideBuilderbuilder){intdiskCacheSizeBytes=1024*1024*100;// 100 MBbuilder.setDiskCache(newInternalCacheDiskCacheFactory(context,diskCacheSizeBytes));}}
  3. 应用程序可以选择DiskCache接口的实现,并提供自己的DiskCache.Factory来创建缓存

    @GlideModulepublicclassMyGlideModuleextendsAppGlideModule{@OverridepublicvoidapplyOptions(Contextcontext,GlideBuilderbuilder){builder.setDiskCache(newDiskCache.Factory(){@OverridepublicDiskCachebuild(){returnnewMyCustomDiskCache();}});}}

BitmapPool(位图池)

BitmapPool 是 Glide 内部用于管理和复用Bitmap对象的内存缓存区。它的主要目的是避免频繁创建和销毁Bitmap对象,从而减少内存抖动和垃圾回收(GC)压力,显著提升应用在加载大量图片时的流畅性和性能。

  1. 可以在它们的 AppGlideModule 中定制 BitmapPool 的尺寸,使用 applyOptions(Context, GlideBuilder) 方法并配置 MemorySizeCalculator

    @GlideModulepublicclassMyGlideModuleextendsAppGlideModule{@OverridepublicvoidapplyOptions(Contextcontext,GlideBuilderbuilder){MemorySizeCalculatorcalculator=newMemorySizeCalculator.Builder(context).setBitmapPoolScreens(3).build();builder.setBitmapPool(newLruBitmapPool(calculator.getBitmapPoolSize()));}}
  2. 直接复写这个池的大小

    @GlideModulepublicclassMyGlideModuleextendsAppGlideModule{@OverridepublicvoidapplyOptions(Contextcontext,GlideBuilderbuilder){intbitmapPoolSizeBytes=1024*1024*30;// 30mbbuilder.setBitmapPool(newLruBitmapPool(bitmapPoolSizeBytes));}}
  3. 提供自己的BitmapPool实现

    @GlideModulepublicclassMyGlideModuleextendsAppGlideModule{@OverridepublicvoidapplyOptions(Contextcontext,GlideBuilderbuilder){builder.setBitmapPool(newMyBitmapPoolImpl());}}

缓存机制

默认情况下,Glide会在开始一个新的图片的请求之前检查以下多级的缓存:

  • 活动资源(Activity Resources):现在是否有另一个View正在展示这张图片
  • 内存缓存(Memory cache):该图片是否最近被加载过并存于内存
  • 资源缓存(Resource):该图片是否之前被解码、转换并写入磁盘缓存
  • 数据来源(Data):构建这个图片的资源是否之前曾被写入过文件缓存

如果四个步骤都未找到图片,则Glide会返回到原始资源以取回数据

三级缓存

  • 内存缓存:优先加载,速度最快
  • 本地缓存:其次加载,速度快
  • 网络缓存:最后加载,速度慢,浪费流量

Glide使用了ActiveResource(活动缓存弱引用)+MemoryCache(内存缓存Lru算法)+DiskCache(磁盘缓存Lru算法)

  • ActivityResources:存储当前界面使用的图片。界面不展示后,该Bitmap被缓存至MemoryCache,并从ActiveResources中删除
  • Memory Cache:存储当前没有使用到的Bitmap,当从MemoryCache中得到后,被存储到ActiveResources中,并从MemoryCache中删除
  • Disk Cache:持久缓存,图片被处理后会缓存到文件中,应用再次被打开时可以加载缓存直接使用

注意:ActiveResource+MemoryCache属于内存缓存,二者不共存,应用杀死后不存在

配置缓存

磁盘缓存策略

DiskCacheStrategy可被diskCacheStrategy方法应用到每一个单独的请求。目前支持的策略允许阻止加载过程使用或写入磁盘缓存,选择性的仅缓存无修改的原生数据或仅缓存变换过的缩略图或二者都有。

指定DiskCacheStrategy:

Glide.with(this).load(uri).diskCacheStrategy(DiskCacheStrategy.ALL).into(imageView);

diskCacheStrategy方法可传入的参数有五种:

  • DiskCacheStrategy.ALL:既缓存原始图片,也缓存转换后的图片
  • DiskCacheStrategy.NONE:不缓存任何内容
  • DiskCacheStrategy.DATA:只缓存原始图片
  • DiskCacheStrategy.RESULT:只缓存转换后的图片

仅从缓存加载图片

实现图片不在缓存中则加载直接失败,可以在单个请求的基础上使用onlyRetrieveFromCache方法

Glide.with(this).load(uri).diskCacheStrategy(DiskCacheStrategy.AUTOMATIC).onlyRetrieveFromCache(true);.into(imageView);

跳过缓存

确保一个特定的请求跳过磁盘或内存缓存。

  • 仅跳过内存缓存,使用skipMemoryCache方法

    Glide.with(fragment).load(url).skipMemoryCache(true).into(imageView);
  • 仅跳过磁盘缓存,使用DiskCacheStrategy.NONE

    Glide.with(fragment).load(url).diskCacheStrategy(DiskCacheStrategy.NONE).into(imageView);
  • 以上两个选项可以同时使用

清理磁盘缓存

要尝试清理所有磁盘缓存条目,可使用clearDiskCache

newThread(newRunnable(){@Overridepublicvoidrun(){try{// 必须在子线程上调用此方法。Glide.get(AppGlobalUtils.getApplication()).clearDiskCache();}catch(Exceptione){e.printStackTrace();}}}).start();

Glide源码分析

加载流程

Engine类负责启动加载并管理活动资源和缓存资源,其中的load方法提供路径加载图片

public<R>LoadStatusload(GlideContextglideContext,Objectmodel,Keysignature,intwidth,intheight,Class<?>resourceClass,Class<R>transcodeClass,Prioritypriority,DiskCacheStrategydiskCacheStrategy,Map<Class<?>,Transformation<?>>transformations,booleanisTransformationRequired,booleanisScaleOnlyOrNoTransform,Optionsoptions,booleanisMemoryCacheable,booleanuseUnlimitedSourceExecutorPool,booleanuseAnimationPool,booleanonlyRetrieveFromCache,ResourceCallbackcb,ExecutorcallbackExecutor){longstartTime=VERBOSE_IS_LOGGABLE?LogTime.getLogTime():0;//EngineKey:用于多路传输加载的仅内存缓存密钥EngineKeykey=keyFactory.buildKey(model,signature,width,height,transformations,resourceClass,transcodeClass,options);EngineResource<?>memoryResource;synchronized(this){//重点:调用了loadFromMemory方法memoryResource=loadFromMemory(key,isMemoryCacheable,startTime);if(memoryResource==null){returnwaitForExistingOrStartNewJob(glideContext,model,signature,width,height,resourceClass,transcodeClass,priority,diskCacheStrategy,transformations,isTransformationRequired,isScaleOnlyOrNoTransform,options,isMemoryCacheable,useUnlimitedSourceExecutorPool,useAnimationPool,onlyRetrieveFromCache,cb,callbackExecutor,key,startTime);}}// Avoid calling back while holding the engine lock, doing so makes it easier for callers to// deadlock.cb.onResourceReady(memoryResource,DataSource.MEMORY_CACHE,/* isLoadedFromAlternateCacheKey= */false);returnnull;}

下面来看loadFromMemory()

@NullableprivateEngineResource<?>loadFromMemory(EngineKeykey,booleanisMemoryCacheable,longstartTime){if(!isMemoryCacheable){returnnull;}//根据key去活动缓存中找EngineResource<?>active=loadFromActiveResources(key);if(active!=null){if(VERBOSE_IS_LOGGABLE){logWithTimeAndKey("Loaded resource from active resources",startTime,key);}//找到了直接返回数据returnactive;}//找不到接着去内存缓存中找EngineResource<?>cached=loadFromCache(key);if(cached!=null){if(VERBOSE_IS_LOGGABLE){logWithTimeAndKey("Loaded resource from cache",startTime,key);}returncached;}returnnull;}

之后我们分别来看活动缓存和内存缓存

活动缓存

privateEngineResource<?>loadFromActiveResources(Keykey){// activeResources:活动缓存EngineResource<?>active=activeResources.get(key);if(active!=null){active.acquire();}returnactive;}@NullablesynchronizedEngineResource<?>get(Keykey){//弱引用ResourceWeakReferenceactiveRef=activeEngineResources.get(key);if(activeRef==null){returnnull;}EngineResource<?>active=activeRef.get();if(active==null){cleanupActiveReference(activeRef);}returnactive;}@SyntheticvoidcleanupActiveReference(@NonNullResourceWeakReferenceref){synchronized(this){//从活动缓存中删除资源activeEngineResources.remove(ref.key);if(!ref.isCacheable||ref.resource==null){return;}}EngineResource<?>newResource=newEngineResource<>(ref.resource,/*isMemoryCacheable=*/true,/*isRecyclable=*/false,ref.key,listener);listener.onResourceReleased(ref.key,newResource);}@OverridepublicvoidonResourceReleased(KeycacheKey,EngineResource<?>resource){activeResources.deactivate(cacheKey);if(resource.isMemoryCacheable()){//将活动缓存数据写入内存缓存cache.put(cacheKey,resource);}else{resourceRecycler.recycle(resource,/*forceNextFrame=*/false);}}

内存缓存

privateEngineResource<?>loadFromCache(Keykey){//从内存缓存中删除数据EngineResource<?>cached=getEngineResourceFromCache(key);if(cached!=null){cached.acquire();//将数据保存至活动缓存activeResources.activate(key,cached);}returncached;}privateEngineResource<?>getEngineResourceFromCache(Keykey){//cache:MemoryCache类型Resource<?>cached=cache.remove(key);finalEngineResource<?>result;if(cached==null){result=null;}elseif(cachedinstanceofEngineResource){// Save an object allocation if we've cached an EngineResource (the typical case).result=(EngineResource<?>)cached;}else{result=newEngineResource<>(cached,/*isMemoryCacheable=*/true,/*isRecyclable=*/true,key,/*listener=*/this);}returnresult;}

如果两种缓存都未找到,说明图片未保存,就会调用waitForExistingOrStartNewJob方法

private<R>LoadStatuswaitForExistingOrStartNewJob(...){//通过添加和删除加载的回调并通知来管理加载的类,在加载完成时回调EngineJob<?>current=jobs.get(key,onlyRetrieveFromCache);if(current!=null){current.addCallback(cb,callbackExecutor);if(VERBOSE_IS_LOGGABLE){logWithTimeAndKey("Added to existing load",startTime,key);}returnnewLoadStatus(cb,current);}EngineJob<R>engineJob=engineJobFactory.build(key,isMemoryCacheable,useUnlimitedSourceExecutorPool,useAnimationPool,onlyRetrieveFromCache);//负责从缓存数据或原始源解码资源的类DecodeJob<R>decodeJob=decodeJobFactory.build(glideContext,model,key,signature,width,height,resourceClass,transcodeClass,priority,diskCacheStrategy,transformations,isTransformationRequired,isScaleOnlyOrNoTransform,onlyRetrieveFromCache,options,engineJob);jobs.put(key,engineJob);engineJob.addCallback(cb,callbackExecutor);engineJob.start(decodeJob);if(VERBOSE_IS_LOGGABLE){logWithTimeAndKey("Started new load",startTime,key);}returnnewLoadStatus(cb,engineJob);}
classDecodeJob<R>implementsDataFetcherGenerator.FetcherReadyCallback,Runnable,Comparable<DecodeJob<?>>,Poolable{}...//DiskCacheProvider跟磁盘缓存有关DecodeJob(DiskCacheProviderdiskCacheProvider,Pools.Pool<DecodeJob<?>>pool){this.diskCacheProvider=diskCacheProvider;this.pool=pool;}...

LRU算法

近期最少使用算法,核心思想就是当缓存满时,淘汰最少使用的缓存对象

实现内存缓存的LruCache和硬盘缓存的DisLruCache的核心思想都是LRU缓存算法。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈,一经查实,立即删除!

网站建设项目湖北网站建设

Vue-OrgChart完整教程:快速构建企业级组织架构图【免费下载链接】vue-orgchartIt's a simple and direct organization ch

2026/06/30 12:38:02

昆山网站建设网站建设规划书

M2TS是一种常用于高清视频存储的专业格式,广泛应用于蓝光光盘和高端摄像设备。将FLV转换为M2TS格式可以有效提升视频的兼容性和画质表现,特别适合需要高质量视频输出的场景

2026/06/30 13:05:35

永州网站建设凯里网站建设

【DDPM 扩散模型】Part 7:最后总结!Denoising Diffusion Probabilistic Models论文全维度详解这是整个扩散模型体系从「基础 →

2026/06/30 11:37:26

岳阳网站建设南宁网站建设公司

Higress网关监控告警全攻略:从零构建智能化运维体系【免费下载链接】higressNext-generation Cloud Native Gateway | 下一代云原生网关项目地

2026/06/30 12:10:59

杭州网站建设徐州网站建设

第一章:程序性能瓶颈的根源分析程序在运行过程中出现性能下降或响应迟缓,往往并非单一因素导致。深入剖析其根源,有助于精准定位并优化关键路径。资源竞争与锁争用在多

2026/06/30 13:54:08

网站建设报价黄浦网站建设

ESP32 OLED中文显示:告别繁琐取模,3步实现智能设备信息展示【免费下载链接】ssd1306-MicroPython-ESP32-Chinesessd1306OLED

2026/06/30 11:16:54

厦门网站建设宁波市网站建设

ComfyUI字幕增强插件:零基础安装配置全流程指南【免费下载链接】ComfyUI_SLK_joy_caption_twoComfyUI Node项目地址: https://gitcod

2026/06/30 11:05:23

建设银行官方网站九江网站建设

Metabase告警功能终极指南:如何快速设置数据监控通知【免费下载链接】metabasemetabase/metabase: 是一个开源的元数据管理和分析工具,它支持多种

2026/06/30 11:16:24

建设网站制作泰安网站建设

LangChain 表达式语言(LCEL)的推出,标志着 AI 应用开发从“脚本时代”进入了“声明式编排时代”。很多人初看 LCEL,以为它只是

2026/06/30 11:28:55

网站建设中渭南网站建设

“实施PDM前,我无法量化设计混乱的成本;实施后,我无法想象回到从前的方式。”——一位工程总监在项目验收会上的总结企业推进数字化转型时,常面临一

2026/06/30 10:36:51