本文为CocoaChina网友xxg90s投稿

前言：

ID作为一款以IM为基础的办公软件，在用户使用过程中，经常会遇到一些超大的或者超高分辨率的图片(以下统一称：大图)。基于SDWebImage为基础的图片加载控件，在遇到此情况时，并没有提供十分有效的解决方法(如果你谷歌或者百度，有很多回答，但实际并未能解决此问题)。曾经一度困扰许久。现在将我的解决方式写下来，希望可以对你有所帮助。

参考：

作为IM软件的领军，QQ与微信无疑给IM行业树立了一个很好的榜样。那我们就来看看它们是如何处理的(以下简单描述，自己可以实际体验)：

QQ：

点击大图浏览时，会有一个转圈等待操作，对图片放大的大小无限制。在放大过程中，图片会模糊，停止操作后，一张清晰的高清图渲染出来。如果图片过大并分辨率超高(上万)，会出现崩溃。

微信：

点击大图浏览时，直接展示。但是对图片展示大小有限制。放大到一定程度，无法继续放大查看。

做为办公软件，无需解释，很明显QQ的方式更符合需求。

实现：

对于大图，压缩肯定使我们需要的，QQ转圈等待同样我猜测也是压缩操作。

压缩：

压缩图片我们希望可以保证压缩的速度够快及内存消耗的尽可能小。在此感谢github上的OTLargeImageReader的作者，压缩过程中内存控制和速度都很好。

关键代码：//先从内存中查找，查找不到再解码，避免重复解码

UIImage *cacheImage = [self.photoBrowser cacheImageWithPhoto:_photo];

if (cacheImage == nil) {

//不存在，解码

[self.photoBrowser showHUDWithSuperBigPhoto];

dispatch_async(dispatch_get_global_queue(0, 0), ^{

CGSize compressSize = CGSizeMake(XXPhotoCompressPixelMax, XXPhotoCompressPixelMax);

if (image.size.width > image.size.height) {

compressSize = CGSizeMake(XXPhotoCompressPixelMax, XXPhotoCompressPixelMax*image.size.height/image.size.width);

}

else {

compressSize = CGSizeMake(XXPhotoCompressPixelMax*image.size.width/image.size.height, XXPhotoCompressPixelMax);

}

UIImage *compressedImage = [image imageByScalingProportionallyToSize:compressSize];

dispatch_async(dispatch_get_main_queue(), ^{

[self.photoBrowser cacheImageWithPhoto:_photo image:compressedImage];

self.showImageView.image = compressedImage;

[self.photoBrowser hideHUDWithSuperBigPhoto];

[self resetSize];

});

});

}

else {

//直接使用

self.showImageView.image = cacheImage;

}

通过以上方式，加上参考QQ的交互方式，此时，一张分辨率有限的大图在经过短暂压缩处理后，已经可以非常安全的在app中展示浏览了(缓存压缩图片避免重复压缩)。但是，压缩过的图片放大后，模糊不清了！这不能忍，继续搞。

当在QQ中浏览图片进行放大时，可以很轻易的发现，此时的图片也是模糊的(这就印证了转圈过程中对图片的压缩操作)，然而当我们停止放大操作后，当前展示的模糊图被重新渲染展示给我们，清晰，完美！

此时，如果你遇到过这个问题，并且尝试过解决，你肯定找到了苹果官方提供的Demo以及一些分块加载的方式。这个成本太高，不建议。

思来想去，一个新的方式出现了：用户在这个大图中，关注的只有当前屏幕中展示的这一区域的图片，当用户不操作图片时，拿到图片在手机屏幕上的元素覆盖展示出来。用户操作时，移除覆盖图层，停止后重新操作。

裁剪图片：

裁剪当前屏幕中展示对应原图中的位置- (void)didCutImage {

if (_orImage) {

if (self.scrollView.contentSize.width >= kScreenWidth &&

self.scrollView.contentSize.height >= kScreenHeight) {

CGFloat multipleF = _orImage.size.width/self.scrollView.contentSize.width;

CGFloat width = kScreenWidth*multipleF;

CGFloat height = kScreenHeight *multipleF;

//如果剪切的尺寸过大，不处理

if (width > XXPhotoPixelMax ||

height > XXPhotoPixelMax) {

return;

}

//如果剪切的尺寸过大，不处理

//裁剪展示视图

if (_bigCupImageView) {

_bigCupImageView.frame = CGRectMake(self.scrollView.contentOffset.x, self.scrollView.contentOffset.y, kScreenWidth, kScreenHeight);

}

else {

[self.scrollView addSubview:self.bigCupImageView];

}

//裁剪展示视图

CGImageRef cgRef = _orImage.CGImage;

CGImageRef imageRef = CGImageCreateWithImageInRect(cgRef, CGRectMake(self.scrollView.contentOffset.x *multipleF   ,self.scrollView.contentOffset.y *multipleF, width, height));

UIImage *thumbScale = [UIImage imageWithCGImage:imageRef];

CGImageRelease(imageRef);

self.bigCupImageView.image = thumbScale;

}

}

}

在这个过程中，仍需要注意的是，何时展示与隐藏剪切出来的图片。

覆盖图片的添加与移除：

添加：- (void)scrollViewDidScroll:(UIScrollView *)scrollView {

[NSObject cancelPreviousPerformRequestsWithTarget:self];

[self performSelector:@selector(didCutImage) withObject:nil afterDelay:.5];

}

移除：- (void)scrollViewWillBeginZooming:(UIScrollView *)scrollView withView:(nullable UIView *)view {

if (_bigCupImageView) {

[_bigCupImageView removeFromSuperview];

_bigCupImageView = nil;

}

}

结语：

此解决方式在实现上非常简单，开始只是困于思路。如果你有其他的方式，那我们就开始一段愉快的交流吧