关于ios:云音乐iOS端网络图片下载优化实践

7次阅读

共计 13287 个字符，预计需要花费 34 分钟才能阅读完成。

图片来自：https://unsplash.com
本文作者：lgq

图片展现，在各大 APP 中不可或缺，家喻户晓云音乐是一款带有社交属性的音乐软件，那么在任何社交场景，都会有展现图片的诉求，并且经常会有重图片场景，比方一个云音乐中 Mlog 的 Feed 流场景全都是图片，或者就是 Mlog 中的图集，都须要展现大量的图片，要是图片无奈及时的展现进去，不能及时的被用户生产，那么会造成用户浏览信息不顺畅，导致用户的散失，因而优化图片下载火烧眉毛。

这里简略理解下云音乐 APP 中接入的图片资源服务，它能够通过拼接参数，在远端进行裁剪，品质压缩从而下载到不同的图片。更多信息参考

图片大小
网络状况
本地缓存
cdn 缓存

综上所述，如何进步图片的下载速度能够从下面几点开始优化。

传统 HTTP1.0 的架构下没法多路复用，采纳 HTTP2.0 的形式，申请同一 ip 域名的资源能够从节俭大量建连及传输工夫。
除此之外笔者在做音视频场景较重的页面时，发现音视频流媒体的数据有时候会抢占大量带宽，导致图片下载十分的慢，这时须要对音视频场景资源下载做适当的管制，如限流等操作，具体看业务优先级。如音视频场景应用 socket 下载时能够适当调中 recv buffer 大小。

格局优化
这是最容易想的到的也是最无效的，如果失常应用 jpg，png 等惯例图片，那图片的大小会是比拟大的，目前咱们的 nos 服务反对指定类型，将图片转成特定的格局，所以咱们这里应用 webp，从而缩小图片的大小。（只须要在申请参数中拼接类型为 webp 即可）

那除此之外呢，咱们还能够做一些什么？

按需裁剪
比方一个 100 100 的控件，3 倍屏的状况下，咱们只须要下载 300 300 的图就能够了，如果图片超过个尺寸，咱们去下载那么大的也没有意义。所以依据控件大小，能够决定咱们下的图片大小，从而减小咱们所需下载的图片。
压缩品质
比方要求没有那么高的场景咱们只须要品质为 80 的图就能够了。

思考
以上几项做完，咱们能够发现速度至多晋升 30%，然而是不是能够做的更多，或者这个计划有什么纰漏？

取证
为此咱们简略的拉取了一下后盾数据。发现有以下问题：

URL 拼接的参数不同，导致无奈命中本地缓存，这样会有反复下载的问题，比方用户头像，用户头像再各个场景反复呈现，而且大小不一，会下载屡次这样会导致肯定的资源节约。同时因为链接参数各异 cdn 命中度不高
不同机型的 UI 尺寸大小可能不太统一，导致下载的片尺寸会不一样，机型品种越多，拼接的尺寸状况也越多，服务端须要反复裁剪。
品质参数由下层业务自行决定，会导致不同端没有约定好，下载到各式各样的图片

解决伎俩

URL 参数标准化
所谓的标准化是标准大前端应用的参数拼接，分为程序标准化，参数值拟合。
咱们晓得一个下载图片的 URL 链接http://path?imageView=1&enlarge=1&quality=80&thumbnail=80x80&type=webp。
其中参数咱们按首字母排序，这样在参数要求统一的状况下，不会呈现反复申请。
thumbnail 参数其实对应的是须要下载的图片大小，咱们做拟合（依据后端统计的到的数据），分成多档（档位能够配置），依照宽边对其等比例缩放，这样能够尽可能少的防止机型屏幕差一点点，呈现了其余 size 的 case。
quality 也同样分级，分成多档（档位能够配置）。
去重，参数可能多拼接，对冗余参数去反复
本地大小图片重用
简略了解是本地有大图，取小图的时候无需额定网络申请，间接本地裁剪。
咱们优化了读取本地缓存的逻辑，在取缓存的时候，咱们会进行关联查找，找到可用的图片进行裁剪，间接返回。
具体规定如下：
不同裁剪参数能够转化，x，z 裁剪参数能够转为 y，y 不能够转 x，z。都能够转为雷同的裁剪参数。其中 x（内缩略）,y（裁剪缩略）,z（外缩略）的含意在本篇文档中有，代表着不同的填充模式。
品质高的图片能够复用为品质低的图片，品质低的图片不能够复用为品质高的图片

说完了计划之后，咱们能够上代码了，这里是 iOS 的实现计划：

首先咱们是基于 SDWebImage 进行肯定的封装，先简略理解下 SDWebImage 中大略的流程。

从图中咱们能够看出，下载图片次要是应用了 imageLoader，查找缓存这里是用了 imageCache，这两个都在 manager 中被治理

咱们只须要在数据流转的最开始对 URL 进行 Fix，同时在查找缓存的时候对图片减少额定查找即可。

咱们给 URL 减少一个分类，对 URL 进行一个 fix 操作，计划就是用零碎提供的 NSURLComponts对齐进行操作，提取出他的参数，进行去重，标准化，同时咱们有一些历史起因，一些老的参数将其转为正确的格局，最初一步进行排序，fix 流程就实现了。

- (NSURL *)demo_fixImageURL {

    NSURLComponts *componts = [NSURLComponts compontsWithURL:self
                                             resolvingAgainstBaseURL:YES];
    NSMutableArray<NSURLQueryItem *> *queryItems = componts.queryItems.mutableCopy;

    ... 从 URL 取出 NSURLQueryItem 省略一些代码

    if (qualityItem) {
        //quality 拟合，将品质参数分为几档
        NSString *defaultQualityStr = @"39,69,89";

        // 这里是伪代码，就是为了获取配置信息
        NSArray<NSString *> *qualityLevel = CustomConfigQualityLevels;

        // 固定 4 档
        if (qualityLevel.count == 3) {NSInteger quality = [qualityItem.value intValue];
            NSString *fixQuality = @"";
            if (quality <= [[qualityLevel _objectAtIndex:0] intValue]) {fixQuality = [@(ImageQualityLevelLow) stringValue];
            } else if (quality <= [[qualityLevel _objectAtIndex:1] intValue]) {fixQuality = [@(ImageQualityLevelMed) stringValue];
            } else if (quality <= [[qualityLevel _objectAtIndex:2] intValue]) {fixQuality = [@(ImageQualityLevelHigh) stringValue];
            } else {fixQuality = [@(ImageQualityLevelOrigin) stringValue];
            }
            NSURLQueryItem *fixQualityItem = [[NSURLQueryItem alloc] initWithName:@"quality" value:fixQuality];
            [queryItems removeObject:qualityItem];
            [queryItems addObject:fixQualityItem];
        }
    }

    if (sizeItem) {
        //size 依照宽边拟合 分为几档且 等比缩放
        NSString *defaultSizeStr = @"30,60,90,120,180,256,315,512,720,1024";

        // 这里是伪代码 就是为了获取配置信息
        NSArray<NSString *> *sizeLevels = CustomConfigSizeLevels;
        NSString *originSizeStr = sizeItem.value;

        CGSize originSize = CGSizeZero;

        NSString *separatedStr = nil;
        for (NSString *separated in @[@"x", @"z", @"y"]) {NSArray *sizeList = [originSizeStr compontsSeparatedByString:separated];
            if (sizeList.count == 2) {originSize = CGSizeMake([sizeList[0] intValue], [sizeList[1] intValue]);
                separatedStr = separated;
                break;
            }
        }

        CGSize finalSize = CGSizeZero;
        if (!CGSizeEqualToSize(originSize, CGSizeZero)) {
            BOOL isW = originSize.width > originSize.height;
            NSInteger len = isW ? originSize.width : originSize.height;
            NSInteger requestSize = 0;
            for (NSString *sizeLevel in sizeLevels) {NSInteger sizeNumber = [sizeLevel integerValue];
                if (sizeNumber >= len) {if (requestSize == 0) {requestSize = sizeNumber;} else {requestSize = MIN(requestSize, sizeNumber);
                    }
                }
            }
            if (isW) {if (originSize.width != 0) {NSInteger h = (requestSize / (originSize.width * 1.f)) * originSize.height;
                    finalSize = CGSizeMake(requestSize, floor(h));
                }

            } else {if (originSize.height != 0) {NSInteger w = (requestSize / (originSize.height * 1.f)) * originSize.width;
                    finalSize = CGSizeMake(w, floor(requestSize));
                }
            }
        }

        if (!CGSizeEqualToSize(finalSize, CGSizeZero)) {NSString *fixSize = [NSString stringWithFormat:@"%ld%@%ld",(NSInteger)finalSize.width, separatedStr, (NSInteger)finalSize.height];
            NSURLQueryItem *fixSizeItem = [[NSURLQueryItem alloc] initWithName:@"thumbnail" value:fixSize];
            [queryItems removeObject:sizeItem];
            [queryItems addObject:fixSizeItem];
        }

    }

    // 去反复
    NSMutableArray<NSString *> *keys = @[].mutableCopy;
    queryItems = [queryItems bk_select:^BOOL(NSURLQueryItem *obj) {BOOL containsObject = [keys containsObject:obj.name];
        [keys addObject:obj.name];
        return !containsObject;
    }].mutableCopy;

    // 首字母排序
    queryItems = [queryItems sortedArrayUsingComparator:^NSComparisonResult(NSURLQueryItem *obj1, NSURLQueryItem *obj2) {return [obj1.name compare:obj2.name options:NSCaseInsensitiveSearch];
    }].mutableCopy;

    // 最终组合
    componts.queryItems = queryItems.copy;
    NSURL *finalURL = componts.URL;

    return finalURL;
}

修复了 URL 之后，下一步要做什么，如何将修复后的 URL 传递上来呢？也能够从下面的 SDWebImage 流程中看出，所有的图片下载流程，离不开 SDWebImageManager，所以咱们继承 SDWebImageManager，重写以下办法

- (SDWebImageCombidOperation *)loadImageWithURL:(nullable NSURL *)url
                                          options:(SDWebImageOptions)options
                                          context:(nullable SDWebImageContext *)context
                                         progress:(nullable SDImageLoaderProgressBlock)progressBlock
                                        completed:(nonnull SDInternalCompletionBlock)completedBlock

后续如果要走修复流程的只须要用咱们封装好的 manager 即可，实现如果下

- (SDWebImageCombidOperation *)loadImageWithURL:(nullable NSURL *)url
                                          options:(SDWebImageOptions)options
                                          context:(nullable SDWebImageContext *)context
                                         progress:(nullable SDImageLoaderProgressBlock)progressBlock
                                        completed:(nonnull SDInternalCompletionBlock)completedBlock
                                         corp:(BOOL)corp {NSURL *fixURL = [self.class fixURLWithUrl:url];
    SDInternalCompletionBlock fixBlock = completedBlock;
    if (![fixURL.absoluteString isEqualToString:url.absoluteString] && corp) {fixBlock = [self.class fixcompletedBlockWithOriginCompletedBlock:completedBlock url:url];
    }
    return [super loadImageWithURL:fixURL options:options context:context progress:progressBlock completed:^void(UIImage * _Nullable image, NSData * _Nullable data, NSError * _Nullable error, SDImageCacheType cacheType, BOOL finished, NSURL * _Nullable imageURL) {if (fixBlock) {fixBlock(image,data,error,cacheType,finished,imageURL);
        }
    }];

}

仔细的同学能够发现咱们减少了一个参数 corp, 如果下层业务就是须要依照他传入的大小来的话，咱们做一层裁剪缩放操作。具体操作放在了 fixBlock 中。默认是不进行 fix 的，因为自身 nos 服务器下发的图片也不肯定是业务传入心愿的尺寸。

fixblock 外围的代码是用了 sd_webimage 自带的裁剪

cutImage = [image sd_resizedImageWithSize:requestSize scaleMode:[urlInfo.cropStr isEqualToString:@"x"] ? SDImageScaleModeAspectFit : SDImageScaleModeAspectFill];

代码到这里根本 fixURL 操作根本实现，然而如果须要兼容老的缓存（本地曾经有的，而且永恒缓存（非凡 case），然而线上曾经下架的资源图片的），在 fixblock 中，咱们在加载失败的状况下，用老的 URL 捞了一次本地缓存。

 [[self sharedManager] loadImageWithURL:url options:options | SDWebImageFromCacheOnly context:mutContext.copy progress:nil completed:completedBlock];

留神：曾经 fix 过的 URL 不会再 fix，是否是永恒缓存是通过 imageCache 辨别的

SDWebImageFromCacheOnly 示意只从缓存了读取，防止了反复发申请的问题。

下面说到要实现复用，须要批改 imageCache，这里不得不提以下 SDWebImage 找到缓存的流程

从图中能够看出，URL 须要转为 cacheKey，而后再从内存或者磁盘中捞出缓存。那么咱们如何革新呢，因为咱们须要通过 URL 找到本地能够重用的图片

cacheKey 须要保留肯定规定，通过 cache 能够看到原始 URL 的一些货色。所以咱们 cachekey 是这么生成的

+ (NSString *)cacheKeyForURL:(NSURL *)url  {

    NSURL *wUrl = url;
    NSString *host = wUrl.host;
    NSString *absoluteString = wUrl.absoluteString;
    if (!host)
    {return absoluteString;}

    NSRange hostRange = [absoluteString rangeOfString:host];
    if (hostRange.location + hostRange.length < absoluteString.length)
    {NSString *subString = [absoluteString substringFromIndex:hostRange.location + hostRange.length];
       if (subString.length != 0)
       {return subString;}
    }
    return absoluteString;
}

简而言之，就是去掉 host，保留残余的参数。ps：因为 fixURL 去过申请参数反复，所以 cacheKey 也能同一张图片保障惟一。

那通过 URL 怎么找到本地的其余图片呢，如何关联上呢？

能够通过 path，再查找关联的 cachekey，而后找到对应的图片

找到图片后，抉择出一张能够应用的，对其进行裁剪操作，流程如下：

咱们这里对缓存的图片信息封装了一个对象，留神会用数据库长久化 ImageCacheKeyAndURLObject数组, 他的 key 是申请 URL 链接中的 path，留神数据库有下限大小，同时会在适当的机会清理（如图片缓存过期等）

上面是封装长久化的对象

@interface WebImageCacheImageInfo : NSObject

@property (nonatomic) BOOL isAnimation;
@property (nonatomic) CGFloat sizeW;
@property (nonatomic) CGFloat sizeH;

- (CGSize)size;

@end

@interface WebImageURLInfo : NSObject

@property (nonatomic) CGSize requestSize;
@property (nonatomic) NSString *cropStr;
@property (nonatomic) NSInteger quality;
@property (nonatomic) NSInteger enlarge;

@end

@interface WebImageCacheKeyAndURLObject : NSObject<NMModel>


@property (nonatomic, readonly) NSString *path;
@property (nonatomic) NSString *cacheKey;
@property (nonatomic, nullable) NSURL *url;
@property (nonatomic, nullable) WebImageCacheImageInfo *imageInfo;

- (NSArray<WebImageCacheKeyAndURLObject *> *)relationObjects;
- (nullable WebImageCacheKeyAndURLObject *)canReuseObject;
- (WebImageURLInfo *)urlInfo;
- (void)storeImage:(UIImage *)image;
- (void)remove;
@end

如何存储图片信息呢

- (void)storeImage:(UIImage *)image {if (self.path.length == 0) {return;}
    BOOL isAniamtion = image.sd_isAnimated;
    CGSize size = image.size;
    if (image) {_imageInfo = [WebImageCacheImageInfo new];
        _imageInfo.sizeH = size.height;
        _imageInfo.sizeW = size.width;
        _imageInfo.isAnimation = isAniamtion;
    }

    NSMutableArray<WebImageCacheKeyAndURLObject *> *items = [[self searchfromDBUsePath:self.path] mutableCopy];
    if (items.count == 0) {items = @[].mutableCopy;
    }
    if ([items containsObject:self]) {[items removeObject:self];
    }
    [items addObject:self];
    [self saveDBForPath:self.path item:items];
}

如何判断图片是否能够复用呢？

- (WebImageCacheKeyAndURLObject *)canReuseObject {

    WebImageURLInfo *info = self.urlInfo;
    if (CGSizeEqualToSize(CGSizeZero, info.requestSize)) {return nil;}
    NSArray<WebImageCacheKeyAndURLObject *> *relationObjects = [self relationObjects];

    // 非动图 尺寸非 0

    relationObjects = [relationObjects bk_select:^BOOL(WebImageCacheKeyAndURLObject *obj) {return !obj.imageInfo.isAnimation && obj.imageInfo.size.width > 0 && obj.imageInfo.size.height > 0;}];

    @weakify(self)
    relationObjects = [relationObjects bk_select:^BOOL(WebImageCacheKeyAndURLObject *obj) {@strongify(self)
        return ![obj.cacheKey isEqualToString:self.cacheKey];
    }];

    // 品质大于申请的图
    relationObjects = [relationObjects bk_select:^BOOL(WebImageCacheKeyAndURLObject *obj) {

        WebImageURLInfo *objInfo = obj.urlInfo;

        NSInteger quality = objInfo.quality == 0 ? 75 : objInfo.quality;
        NSInteger requestQuality = info.quality == 0 ? 75 : info.quality;
        return quality >= requestQuality;
    }];

    // 缩放能反对的
    NSArray<WebImageCacheKeyAndURLObject *> *canUses = nil;
    if ([info.cropStr isEqualToString:@"x"] || [info.cropStr isEqualToString:@"z"]) {canUses = [relationObjects bk_select:^BOOL(WebImageCacheKeyAndURLObject *obj) {
            WebImageURLInfo *objInfo = obj.urlInfo;
            if ([objInfo.cropStr isEqualToString:@"x"] || [objInfo.cropStr isEqualToString:@"z"]) {CGSize displaySize = WebImageDisplaySizeForImageSizeContentSizeContentMode(obj.imageInfo.size, info.requestSize, [info.cropStr isEqualToString:@"x"] ? UIViewContentModeScaleAspectFit :  UIViewContentModeScaleAspectFill);

                CGFloat p = 0;
                if (info.requestSize.width > 0) {p = displaySize.width / obj.imageInfo.size.width;} else {p = displaySize.height / obj.imageInfo.size.height;}
                return p <= 1;
            } else {
                // y 不能够转 z /x
                return NO;
            }
        }];
    } else if ([info.cropStr isEqualToString:@"y"]) {canUses = [relationObjects bk_select:^BOOL(WebImageCacheKeyAndURLObject *obj) {
            WebImageURLInfo *objInfo = obj.urlInfo;
            if ([objInfo.cropStr isEqualToString:@"x"] || [objInfo.cropStr isEqualToString:@"z"]) {CGSize displaySize = WebImageDisplaySizeForImageSizeContentSizeContentMode(obj.imageInfo.size, info.requestSize, UIViewContentModeScaleAspectFill);
                CGFloat p = 0;
                if (info.requestSize.width > 0) {p = displaySize.width / obj.imageInfo.size.width;} else {p = displaySize.height / obj.imageInfo.size.height;}
                return p <= 1;
            } else  if ([objInfo.cropStr isEqualToString:@"y"]) {return (obj.imageInfo.size.width >= info.requestSize.width && obj.imageInfo.size.height >= info.requestSize.height);
            }
            return NO;
        }];
    }
    return canUses.firstObject;
}

要过滤动图，因为动图本地裁剪比拟难解决，而且占比不高，所以这里先疏忽他，WebImageCacheKeyAndURLObject记录了 cacheKey 等一些关联信息，外围还记录了理论缓存的图片尺寸。不便查问。WebImageDisplaySizeForImageSizeContentSizeContentMode就是传入图片大小，容器大小，填充模式计算出缩放后的图片大小。

关联关系有了，再什么机会去查找呢？
咱们继承 SDImageCache，重写了他

- (nullable NSData *)diskImageDataBySearchingAllPathsForKey:(nullable NSString *)key;

这个办法，在找不到 data 的状况下更进一步查找。找到的关联图片进行裁剪，应用和下面一样的修改办法

if ([objInfo.cropStr isEqualToString:@"x"] || [objInfo.cropStr isEqualToString:@"z"]) {result = [result fixResizedImageWithSize:requestSize scaleMode:[objInfo.cropStr isEqualToString:@"x"] ? UIViewContentModeScaleAspectFit : UIViewContentModeScaleAspectFill needCorp:NO];
            } else if ([objInfo.cropStr isEqualToString:@"y"]) {result = [result fixResizedImageWithSize:requestSize scaleMode:UIViewContentModeScaleAspectFill needCorp:YES];
            }

这里补充下 fixsize 办法

- (UIImage *)fixResizedImageWithSize:(CGSize)size scaleMode:(UIViewContentMode)scaleMode needCorp:(BOOL)needCorp {if (scaleMode != UIViewContentModeScaleAspectFit && scaleMode!= UIViewContentModeScaleAspectFill) {return self;}

    // 如果是 fill 模式，理论 size 会大于容器 size 如果须要裁剪为容器大小就不走这一步了
    if (scaleMode == UIViewContentModeScaleAspectFill && !needCorp) {size = WebImageDisplaySizeForImageSizeContentSizeContentMode(self.size, size, scaleMode);
    }

    UIImage *fixImage = [self sd_resizedImageWithSize:size scaleMode:scaleMode == UIViewContentModeScaleAspectFit ? SDImageScaleModeAspectFit : SDImageScaleModeAspectFill];
    return fixImage;

}

这样咱们就能够失去修复后的图片，流程实现。

咱们包装一层本人的下载，而后传入咱们的 manager 即可。

context = @{SDWebImageContextCustomManager:[WebImageManager sharedManager]
       };

CDN 命中率和这个资源是否已经被申请过无关，命中 CDN 的 key 又是申请的 URL，所以大前端申请都保持一致的规定很重要！这样每一端都能够蹭到其余端预热过的图片资源。

咱们外围点就 修改了 URL革新了 SDWebImageManager,SDImageCache, 并且建设了CacheKey 关联关系，并且 兼容一些老逻辑 这样本地流程就都算走通了。本文除了惯例优化图片的思路外提供了一种新的思路，本地利用曾经下载过的大小图做文章，从而起到减速及节流的成果，并获得肯定的收益，如果读者也是采纳相似拼接 url 下载图片的形式的话，这种优化形式能够一试。全副做完获得成绩具体数值不便展现，大略为晋升下载速度 50%，同时能节俭肯定的 CDN 带宽，日均节约至多 10%。

本文公布自网易云音乐技术团队，文章未经受权禁止任何模式的转载。咱们长年招收各类技术岗位，如果你筹备换工作，又恰好喜爱云音乐，那就退出咱们 grp.music-fe(at)corp.netease.com！

正文完

ios

发表至： ios

2022-08-29

0

关于ios:iOS-开发技术栈与进阶

关于ios:UILabel-的行数控制技巧

关于ios:iOS证书p12和描述文件mobileprovision申请

关于ios:Charles的配置与使用

关于腾讯云:首届腾讯云公益编程挑战赛收官云开发助力公益项目高效落地

关于ios:云音乐iOS端网络图片下载优化实践

背景

现有图片下载技术

影响图片下载的因素

优化形式

网络优化

图片大小优化

iOS 代码实现

革新流程

URL FIX

SDWebImageManager

imageCache

UIImageView 及 UIButton 等分类

额定说一点

总结

站内搜索