SDWebImage 对多gif显示内存消耗过高的优化

2024-02-26 07:18

本文主要是介绍SDWebImage 对多gif显示内存消耗过高的优化,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

内存过高

  • 项目中有时候会遇到当前页面用到大量gif的情况,这个时候如果仅仅用SDWebImage去加载gif的话,会出现内存暴增的现象.
  • 这是因为 SD在对 gif 的处理过程中采用了一个数组存储 gif 的帧图片,当有大量动态图时,大量图片存在内存中,造成了内存暴增的现象.

原因分析

  • 先看SDWebImage的源代码,SDWebImage通过这个类UIImage+GIF.h来处理gif,我们进入头文件发现会调用一个+ (UIImage *)sd_animatedGIFWithData:(NSData *)data 这样的类方法
    下面是这个方法的源代码,我已经加了很详细的注释,并且把问题的所在也写的很清楚.
+ (UIImage *)sd_animatedGIFWithData:(NSData *)data {//安全判断if (!data) {return nil;}//二进制类型的转换//CGImageSourceRef是个什么呢? 我们可以看到这是一个typedef CGImageSource * CGImageSourceRef;//这是一个指针,CGImageSource是对图像数据读取任务的抽象,通过它可以获得图像对象、缩略图、图像的属性(包括Exif信息)。CGImageSourceRef source = CGImageSourceCreateWithData((__bridge CFDataRef)data, NULL);//获取有几张图片size_t count = CGImageSourceGetCount(source);//返回的动态图片UIImage *animatedImage;//如果为一张图片,那就只显示一张图片if (count <= 1) {animatedImage = [[UIImage alloc] initWithData:data];}//如果为多张图片,就开始创建动态图片else {//集合 存放单张的图片NSMutableArray *images = [NSMutableArray array];//时长NSTimeInterval duration = 0.0f;for (size_t i = 0; i < count; i++) {//取出gif单张的图片CGImageRef image = CGImageSourceCreateImageAtIndex(source, i, NULL);// 计算出单张图片的播放时长duration += [self sd_frameDurationAtIndex:i source:source];//添加到数组中[images addObject:[UIImage imageWithCGImage:image scale:[UIScreen mainScreen].scale orientation:UIImageOrientationUp]];//释放CGImageRelease(image);}//安全判断同时计算需要播放的时间if (!duration) {duration = (1.0f / 10.0f) * count;}//把静态的图片转换为动态的image,所以会有大量单张的图片存放在内存中animatedImage = [UIImage animatedImageWithImages:images duration:duration];}//释放图像数据读取任务的抽象对象CFRelease(source);//返回动态图片return animatedImage;
}

解决方案

  • gif播放其实就是一张一张图片返回去,我们要写一个方法,只要不断地取出当前的那一张图片,这样就可以有效的避免内存中存储了大量图片.那如何实现不断地去取呢,我们可以开一个定时器,定时器不断的去掉我们写的方法,不断地去取图片赋值给imageView.

代码重写

  • 我采用创建一个UIImageView子类来封装定时器方法.
  • 需要注意导入相关的头文件<ImageIO/ImageIO.h>.
  • 这个方法的本质就是用一个定时器不断的去获取一张图片给imageView,这样就避免了大量图片存入内存中.
  • 附上github源码github源码,懒得下的人,源码就在下面.我也写了很详细的注释.
  • 实例代码中,在一个界面上用了6个gif,如果用原生的方法,内存会达到130M左右,如果采用计时器方法,则只有30M左右
#import "WBWebImage.h"
#import <SDWebImageManager.h>
#import <NSData+ImageContentType.h>
#import <UIImage+GIF.h>
#import <ImageIO/ImageIO.h>@implementation WBWebImage {//记录当前是第几张gifNSInteger _currentIndex;//定时器NSTimer *_timer;//gif图片的二进制数据NSData *_data;
}
/*//1.根据url去下载图片的二进制数据//2.根据图片的类型判断如果是gif特殊处理//3.如果是其他类型,直接显示*/
- (void)WB_downloadIMGOrGif:(NSURL *)url {_timer = [NSTimer timerWithTimeInterval:0.12 target:self selector:@selector(updateIMG) userInfo:nil repeats:YES];[self downloadIMGData:url];
}
- (void)updateIMG {//不断的调用生成gif的方法,并且不断的赋值给imageViewself.image = [self wb_animatedGIFWithData:_data];
}//下载图片
- (void)downloadIMGData:(NSURL *)url {//从管理者进行查找[[SDWebImageManager sharedManager].imageDownloader downloadImageWithURL:url options:0 progress:nil completed:^(UIImage *image, NSData *data, NSError *error, BOOL finished) {if (error) {NSLog(@"下载错误%@",error);return;}//根据图片的类型进行判断;//UI操作放在主线程[[NSOperationQueue mainQueue] addOperationWithBlock:^{if ([[NSData sd_contentTypeForImageData:data] isEqualToString:@"image/gif"]) {//据图片的类型判断如果是gif特殊处理_data = data;//将定时器加入到运行循环中[[NSRunLoop currentRunLoop] addTimer:_timer forMode:NSDefaultRunLoopMode];} else {self.image = image;}}];}];
}
//原始代码是把所有的gif全部加载处理完毕才去播放,内存占用过多
//修改: 开启一个定时器,不断的去gif中取出对应的单张图片
- (UIImage *)wb_animatedGIFWithData:(NSData *)data {if (!data) {return nil;}//类型转换CGImageSourceRef source = CGImageSourceCreateWithData((__bridge CFDataRef)data, NULL);//几张图片size_t count = CGImageSourceGetCount(source);//返回的变量UIImage *animatedImage;if (count <= 1) {animatedImage = [[UIImage alloc] initWithData:data];}else {//取出gif中的单张图片CGImageRef image = CGImageSourceCreateImageAtIndex(source, _currentIndex % count, NULL);_currentIndex ++;//类型的转换animatedImage = [UIImage imageWithCGImage:image scale:[UIScreen mainScreen].scale orientation:UIImageOrientationUp];CGImageRelease(image);}CFRelease(source);return animatedImage;
}
@end

总结

  • 利用定时器方法,会稍微增加一些cpu的负荷,原因是cpu不断的再计算.
  • 利用图片数组来做gif,虽然cpu轻松了,但是内存负荷大.
  • 两个方法,一个是用性能去换空间,一个是用空间换性能.

 

这篇关于SDWebImage 对多gif显示内存消耗过高的优化的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/748059

相关文章

C++高效内存池实现减少动态分配开销的解决方案

《C++高效内存池实现减少动态分配开销的解决方案》C++动态内存分配存在系统调用开销、碎片化和锁竞争等性能问题,内存池通过预分配、分块管理和缓存复用解决这些问题,下面就来了解一下... 目录一、C++内存分配的性能挑战二、内存池技术的核心原理三、主流内存池实现:TCMalloc与Jemalloc1. TCM

Redis过期删除机制与内存淘汰策略的解析指南

《Redis过期删除机制与内存淘汰策略的解析指南》在使用Redis构建缓存系统时,很多开发者只设置了EXPIRE但却忽略了背后Redis的过期删除机制与内存淘汰策略,下面小编就来和大家详细介绍一下... 目录1、简述2、Redis http://www.chinasem.cn的过期删除策略(Key Expir

RedisTemplate默认序列化方式显示中文乱码的解决

《RedisTemplate默认序列化方式显示中文乱码的解决》本文主要介绍了SpringDataRedis默认使用JdkSerializationRedisSerializer导致数据乱码,文中通过示... 目录1. 问题原因2. 解决方案3. 配置类示例4. 配置说明5. 使用示例6. 验证存储结果7.

Java进程CPU使用率过高排查步骤详细讲解

《Java进程CPU使用率过高排查步骤详细讲解》:本文主要介绍Java进程CPU使用率过高排查的相关资料,针对Java进程CPU使用率高的问题,我们可以遵循以下步骤进行排查和优化,文中通过代码介绍... 目录前言一、初步定位问题1.1 确认进程状态1.2 确定Java进程ID1.3 快速生成线程堆栈二、分析

idea中project的显示问题及解决

《idea中project的显示问题及解决》:本文主要介绍idea中project的显示问题及解决方案,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录idea中project的显示问题清除配置重China编程新生成配置总结idea中project的显示问题新建空的pr

Java内存区域与内存溢出异常的详细探讨

《Java内存区域与内存溢出异常的详细探讨》:本文主要介绍Java内存区域与内存溢出异常的相关资料,分析异常原因并提供解决策略,如参数调整、代码优化等,帮助开发者排查内存问题,需要的朋友可以参考下... 目录一、引言二、Java 运行时数据区域(一)程序计数器(二)Java 虚拟机栈(三)本地方法栈(四)J

SpringBoot中HTTP连接池的配置与优化

《SpringBoot中HTTP连接池的配置与优化》这篇文章主要为大家详细介绍了SpringBoot中HTTP连接池的配置与优化的相关知识,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一... 目录一、HTTP连接池的核心价值二、Spring Boot集成方案方案1:Apache HttpCl

PyTorch高级特性与性能优化方式

《PyTorch高级特性与性能优化方式》:本文主要介绍PyTorch高级特性与性能优化方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、自动化机制1.自动微分机制2.动态计算图二、性能优化1.内存管理2.GPU加速3.多GPU训练三、分布式训练1.分布式数据

java变量内存中存储的使用方式

《java变量内存中存储的使用方式》:本文主要介绍java变量内存中存储的使用方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1、介绍2、变量的定义3、 变量的类型4、 变量的作用域5、 内存中的存储方式总结1、介绍在 Java 中,变量是用于存储程序中数据

MySQL中like模糊查询的优化方案

《MySQL中like模糊查询的优化方案》在MySQL中,like模糊查询是一种常用的查询方式,但在某些情况下可能会导致性能问题,本文将介绍八种优化MySQL中like模糊查询的方法,需要的朋友可以参... 目录1. 避免以通配符开头的查询2. 使用全文索引(Full-text Index)3. 使用前缀索