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

相关文章

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

最新Spring Security的基于内存用户认证方式

《最新SpringSecurity的基于内存用户认证方式》本文讲解SpringSecurity内存认证配置,适用于开发、测试等场景,通过代码创建用户及权限管理,支持密码加密,虽简单但不持久化,生产环... 目录1. 前言2. 因何选择内存认证?3. 基础配置实战❶ 创建Spring Security配置文件

java内存泄漏排查过程及解决

《java内存泄漏排查过程及解决》公司某服务内存持续增长,疑似内存泄漏,未触发OOM,排查方法包括检查JVM配置、分析GC执行状态、导出堆内存快照并用IDEAProfiler工具定位大对象及代码... 目录内存泄漏内存问题排查1.查看JVM内存配置2.分析gc是否正常执行3.导出 dump 各种工具分析4.

小白也能轻松上手! 路由器设置优化指南

《小白也能轻松上手!路由器设置优化指南》在日常生活中,我们常常会遇到WiFi网速慢的问题,这主要受到三个方面的影响,首要原因是WiFi产品的配置优化不合理,其次是硬件性能的不足,以及宽带线路本身的质... 在数字化时代,网络已成为生活必需品,追剧、游戏、办公、学习都离不开稳定高速的网络。但很多人面对新路由器

Windows环境下解决Matplotlib中文字体显示问题的详细教程

《Windows环境下解决Matplotlib中文字体显示问题的详细教程》本文详细介绍了在Windows下解决Matplotlib中文显示问题的方法,包括安装字体、更新缓存、配置文件设置及编码調整,并... 目录引言问题分析解决方案详解1. 检查系统已安装字体2. 手动添加中文字体(以SimHei为例)步骤

MySQL深分页进行性能优化的常见方法

《MySQL深分页进行性能优化的常见方法》在Web应用中,分页查询是数据库操作中的常见需求,然而,在面对大型数据集时,深分页(deeppagination)却成为了性能优化的一个挑战,在本文中,我们将... 目录引言:深分页,真的只是“翻页慢”那么简单吗?一、背景介绍二、深分页的性能问题三、业务场景分析四、

Linux进程CPU绑定优化与实践过程

《Linux进程CPU绑定优化与实践过程》Linux支持进程绑定至特定CPU核心,通过sched_setaffinity系统调用和taskset工具实现,优化缓存效率与上下文切换,提升多核计算性能,适... 目录1. 多核处理器及并行计算概念1.1 多核处理器架构概述1.2 并行计算的含义及重要性1.3 并

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java内存分配与JVM参数详解(推荐)

《Java内存分配与JVM参数详解(推荐)》本文详解JVM内存结构与参数调整,涵盖堆分代、元空间、GC选择及优化策略,帮助开发者提升性能、避免内存泄漏,本文给大家介绍Java内存分配与JVM参数详解,... 目录引言JVM内存结构JVM参数概述堆内存分配年轻代与老年代调整堆内存大小调整年轻代与老年代比例元空

MyBatisPlus如何优化千万级数据的CRUD

《MyBatisPlus如何优化千万级数据的CRUD》最近负责的一个项目,数据库表量级破千万,每次执行CRUD都像走钢丝,稍有不慎就引起数据库报警,本文就结合这个项目的实战经验,聊聊MyBatisPl... 目录背景一、MyBATis Plus 简介二、千万级数据的挑战三、优化 CRUD 的关键策略1. 查