iOS 大图显示解决办法

前段时间出去面试,遇到了好几个面试官都在问同一个问题:如何展示一个像素远远大于屏幕分辨率的图片?
说实话,初次被问到这个问题我感到有点懵,以至于最后也没能回答到点子上,导致面试gameOver~~
后来,我回去查了资料才发现这是个图片显示需求常见的问题(内存暴增直至死机),因为在以往项目里面没出过问题(没重视过这个问题),所以在这方面有些欠缺.后来我研究了一番,终于有点成果,但是忙于其他事情,以至于忘记为这方面进行记录,知道我的同事推荐我看的一篇文章,我才记得我之前的折腾,现在我在这里记录一下.
他推荐的文章 https://www.jianshu.com/p/de7b6aede888

内存暴增的原因

由于图片尺寸巨大,图片在解压后,加载进入内存时转换成bitmap会有4倍的增长,从而导致内存暴增.

如:苹果官方demo中的图片尺寸为7033 × 10110 解压缩生成的bitmap可高达7033101104/1024/1024 = 271M

解决办法

时间换空间,既然不能一下子把图片加载进内存,那我们分片加载就可以了,把一张大图分成N片,利用多线程对图片进行渲染,这样峰值内存就不会太高了

方案对比

1.UIKit-setImage;
2.苹果官方demo提供的分片比例裁剪方式;
3.CATiledLayer;

其中,
1是直接使用UIImageView.Image赋值;
2是参考苹果给出的demo,利用CGImageCreateWithImageInRect截取原图对应位置的内容,再通过CGContextDrawImage渲染到指定位置;
3是利用CATiledLayer层级的API,自动进行绘制;

以下是对比的数据


表1.png

可以看到,利用CATiledLayer绘制的内存峰值最低,绘制后内存增量最小,也充分利用了CPU的能力.

需要说明的是,由于setImage无法界定何时渲染结束,UIKit-setImage这个方案的耗时测试是两次测试相减的结果,具体是:首次进入页面(viewDidApper - viewDidLoad) - 第二次进入(viewDidApper - viewDidLoad) 这样得出的数据虽然没有把解码图片操作耗费的时间计入记录,但也不会影响最后的结果.另外,第一次进入的耗时比第二次大,并且内存一直居高不下,这说明bitmap还在内存中.

分析

1.苹果官方demo提供的分片比例裁剪方式,这个代码的实现我是参考了苹果官方demo编写的,主要内容都是官方demo里面的,不同的是我加入了一个子线程去进行绘制,让绘制的任务在一个子线程进行,这样导致耗时比CATiledLayer的要更多的原因,相信用多个线程进行绘制的效果应该跟CATiledLayer差不多;
2.CATiledLayer是苹果提供的API,实现细节都在内部处理,所以显得会流畅许多,观察发现它利用多个线程进行绘制,这也是区别于官方demo提供的分片比例裁剪方式的实现效果;

分析结果:CATiledLayer比我自己编写的分片渲染的时间耗费更少的原因是CATiledLayer使用了多个线程进行绘制.

后期疑惑

CATiledLayer有几个关键的参数: levelsOfDetail和levelsOfDetailBias和tileSize

levelsOfDetail表示每缩放一倍每片的缩放是原来的多少,如:levelsOfDetail=1表示缩小一倍,每片的大小缩小为原来的1/2
levelsOfDetailBias表示需要放大多少次才能达到原始图片大小
tileSize表示每片的最大面积

耗时长短和分片数量有何关系?于是,我又记录了一些数据


表2.png

可以看到,并没有一个固定关系,我猜想应该跟多线程相关,这样的验证是无法得到一个正确的结论,以至于后面我在代码里面设置默认的分片数量为100,当然也可以通过制定数量为某种大小的图片进行定制.

结论

使用CATiledLayer展示一个像素远远大于屏幕分辨率的图片可以避免内存暴增

附加功能

既然本地方式的大图显示的问题可以避免了,那如果是网络加载的大图呢?UITableView来回刷新的大图呢?

关于网络加载的功能,我引用了SDImage框架的图片下载管理器,缺点是需要依赖这个框架,优点是不用额外编写,直接可以使用,特别说明的是,由于不需要内存缓存,下载器我重新定义了ID,因此不会跟SDImage所使用的下载器产生冲突,这个部分内容可以参考demo里面的一下文件
SDWebImageManager+largeImage.m
SDWebImageDownloader+largeImage.m
SDImageCache+largeImage.m

可以直接使用demo里面YPLargeImageView这个类来对大图的处理,它依赖于SDImage框架和以上几个类进行图片下载.

//
//  YPLargeImageView.h
//  LargeImageLoadTest
//
//  Created by ZYP on 2018/6/6.
//  Copyright © 2018年 ZYP. All rights reserved.
//

#import <UIKit/UIKit.h>

@interface YPLargeImageView : UIView

- (void)yp_setImageWithUrl:(NSString *)url ;
- (void)yp_setImageName:(NSString *)imageName ;

// tiledCount 表示需要放大多少遍才能达到原始图片尺寸 default 100
- (void)yp_setImageWithUrl:(NSString *)url tiledCount:(int)tiledCount ;
- (void)yp_setImageName:(NSString *)imageName tiledCount:(int)tiledCount ;

@end
//
//  YPLargeImageView.m
//  LargeImageLoadTest
//
//  Created by ZYP on 2018/6/6.
//  Copyright © 2018年 ZYP. All rights reserved.
//

#import "YPLargeImageView.h"
#import "UIImageView+WebCache.h"
#import "SDWebImageManager+largeImage.h"
#import "Timinger.h"

@interface YPLargeImageView(){
    long long tiledCount;
    UIImage *originImage;
    CGRect imageRect;
    CGFloat imageScale_w;
    CGFloat imageScale_h;
}

@end

@implementation YPLargeImageView

- (void)yp_setImageWithUrl:(NSString *)url tiledCount:(int)tiledCount {
    tiledCount = tiledCount;
    [self yp_setImageWithUrl:url];
}

- (void)yp_setImageName:(NSString *)imageName tiledCount:(int)tiledCount {
    tiledCount = tiledCount;
    [self yp_setImageName:imageName];
}

- (void)yp_setImageWithUrl:(NSString *)url {
    [self yp_setLargeImageWithUrl:url completed:^(UIImage * _Nullable image,
                                                  NSData * _Nullable data,
                                                  NSError * _Nullable error,
                                                  SDImageCacheType cacheType,
                                                  BOOL finished,
                                                  NSURL * _Nullable imageURL) {
        if (finished && !error && image) {
            [self yp_setImage:image];
        }
        else {
            NSLog(@"YPLargeImageView error:%@",error);
        }
    }];
}

- (void)yp_setImageName:(NSString *)imageName {
    [self yp_setImage:[UIImage imageNamed:imageName]];
}

- (void)yp_setImage:(UIImage *)image {
    if (tiledCount == 0) tiledCount = 81;
    originImage = image;
    [self setBackgroundColor:[UIColor whiteColor]];
    imageRect = CGRectMake(0.0f,
                           0.0f,
                           CGImageGetWidth(originImage.CGImage),
                           CGImageGetHeight(originImage.CGImage));
    imageScale_w = self.frame.size.width/imageRect.size.width;
    imageScale_h = self.frame.size.height/imageRect.size.height;
    CATiledLayer *tiledLayer = (CATiledLayer *)[self layer];
    
    int scale = (int)MAX(1/imageScale_w, 1/imageScale_h);
    
    int lev = ceil(scale);
    tiledLayer.levelsOfDetail = 1;
    tiledLayer.levelsOfDetailBias = lev;
    
    if(tiledCount > 0){
        NSInteger tileSizeScale = sqrt(tiledCount)/2;
        CGSize tileSize = self.bounds.size;
        tileSize.width /=tileSizeScale;
        tileSize.height /=tileSizeScale;
        tiledLayer.tileSize = tileSize;
    }
}

- (void)yp_setLargeImageWithUrl:(NSString *)url completed:(SDInternalCompletionBlock)completedBlock {
    [[SDWebImageManager sharedManagerForLargeImage] loadImageWithURL:[NSURL URLWithString:url]
                                                             options:SDWebImageCacheMemoryOnly
                                                            progress:nil
                                                           completed:completedBlock];
}

+ (Class)layerClass {
    return [CATiledLayer class];
}

- (void)drawRect:(CGRect)rect {
    @autoreleasepool{
        CGRect imageCutRect = CGRectMake(rect.origin.x / imageScale_w,
                                         rect.origin.y / imageScale_h,
                                         rect.size.width / imageScale_w,
                                         rect.size.height / imageScale_h);
        CGImageRef imageRef = CGImageCreateWithImageInRect(originImage.CGImage, imageCutRect);
        UIImage *tileImage = [UIImage imageWithCGImage:imageRef];
        CGContextRef context = UIGraphicsGetCurrentContext();
        UIGraphicsPushContext(context);
        [tileImage drawInRect:rect];
        CGImageRelease(imageRef);
        UIGraphicsPopContext();
        [Timinger.sharedTiminger addCount];
    }
}

@end

注意:YPLargeImageView是继承UIView的,所以在使用storyboard/xib时候要注意了.
PS:demo中的图片是苹果官方demo提供的.
PS: Timinger这个类是为了计算时间测试使用的

最后,献上demo地址:https://github.com/zhuyuping/LargeImageLoadTest

参考:https://www.jianshu.com/p/ee0628629f92

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,126评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,254评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,445评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,185评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,178评论 5 371
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,970评论 1 284
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,276评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,927评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,400评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,883评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,997评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,646评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,213评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,204评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,423评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,423评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,722评论 2 345

推荐阅读更多精彩内容