iOS|利用滑动窗口思想解决长截图问题

利用滑动窗口思想解决 iOS 长截图绘制失败的问题

iOS|利用滑动窗口思想解决长截图问题
Photo by Iker Urteaga / Unsplash

之前在我的个人笔记站点内发了滑动窗口解决长截图问题的博客,但是那次并没有对问题原因进行深究。这次借着新站点刚创立,急需内容的机会,深入探究一下 UIView 截图的限制,把滑动窗口思想重新总结发一下。

探究 UIView 截图尺寸限制

常用的截图方法有两个:UIView 的- (BOOL)drawViewHierarchyInRect:(CGRect)rect afterScreenUpdates:(BOOL)afterUpdates 以及 CALayer 的 - (void)renderInContext:(CGContextRef)ctx;

我在 demo 里对两种截图方式分别测试了最多支持绘制多大的 UIView 尺寸。测试机型分别为 iPhone 13 mini,iPad mini (6th Gen)。

机型 绘制方法 UIView 最大尺寸 尺寸超出后表现
iPhone 13 mini drawViewHierarchyInRect 2700 * 1000 UIImage 生成失败,展示空白。存到相册的图片虽然尺寸是对的,但是内容是空白的
iPhone 13 mini renderInContext 29000 * 1000 超出尺寸后 App 崩溃,系统热重启,怀疑是把 GPU 干爆了
iPad mini (6th Gen) drawViewHierarchyInRect 4096 * 4096 UIImage 生成失败,展示空白。存到相册的图片虽然尺寸是对的,但是内容是空白的
iPad mini (6th Gen) renderInContext 22000 * 4096 超出尺寸后 App 崩溃,系统热重启,怀疑是把 GPU 干爆了

从测试结果来看,使用 renderInContext 方法绘制 UIView 长截图是比较危险的,一不小心就会把 App 干崩了,还会导致系统热重启。使用 drawViewHierarchyInRect方法绘制长截图比较安全些,但它支持的 UIView 最大绘制尺寸比前者要小很多。

绘制成功时的 demo App 显示效果及保存到相册的图片信息:

绘制成功时 Demo App 显示效果
绘制成功时 Demo App 显示效果
绘制成功保存到相册的信息
绘制成功保存到相册的信息

drawViewHierarchyInRect方法如果绘制失败了,context 给到的 UIImage 是空白的,但尺寸是对的。

绘制失败时,空白图像的尺寸(View size 3700 \* 1000)
绘制失败时,空白图像的尺寸(View size 3700 * 1000)

在不同的机型上,绘制支持的最大视图尺寸是不同的。iPad mini 机型上的 4096 * 4096 这个精准的尺寸限制我是在 http://iosres.com/ 网站上找到的,再额外超出 1 pt 都不行。

利用滑动窗口思想解决长截图问题

从上面的分析结果来看,UIView 在单次绘制截图时,是存在一个最大尺寸限制的,且这个限制和机型有关。

既然单次绘制有限制,那把长图分多次绘制就可以了💡

UIScrollView 在drawViewHierarchyInRect的时候,只会绘制 bounds 区域的内容,也就是其可视区域的内容。利用这一点,我们可以将 UIScrollView 的 bounds 视为一个在其 content 上从上至下、每次滑动 bounds 高度的滑动窗口,把目标视图添加到 UIScrollView 上,作为其子视图。每次滑动绘制完一段图像,就将输出图和先前绘制的图拼接在一起,并设置一下 contentOffset 模拟窗口滑动,或者通过改变目标视图的 frame 实现模拟窗口滑动的效果。

// 分段绘制,最后拼接长图
UIImage *snapShotImage = [self drawImageFromView:mainView];

/// 将目标 view 绘制成图片
- (nullable UIImage *)drawImageFromView:(UIView *)view {
    // 图片宽度
    CGFloat imageWidth = view.frame.size.width;
    // 图片高度
    CGFloat totalHeight = view.frame.size.height;
    // 分段数
    NSInteger pieces = (NSInteger)ceil(totalHeight / PIECE_HEIGHT);
    // 剩余未绘制部分的高度
    CGFloat remainHeight = totalHeight;
    UIImage *finalImage;

    UIScrollView *scrollView = [[UIScrollView alloc] initWithFrame:CGRectMake(0, 0, imageWidth, PIECE_HEIGHT)];
    [scrollView addSubview:view];
    scrollView.contentOffset = CGPointZero;
    scrollView.contentInset = UIEdgeInsetsZero;
    [scrollView layoutSubviews];

    for (int i = 0; i < pieces; i++) {
        // 当前分段的绘制高度。每次取 300
        CGFloat currentPieceHeight = remainHeight >= PIECE_HEIGHT ? PIECE_HEIGHT : remainHeight;
        UIGraphicsBeginImageContextWithOptions(CGSizeMake(imageWidth, currentPieceHeight), NO, 0.0);
        [scrollView drawViewHierarchyInRect:scrollView.bounds afterScreenUpdates:YES];
        UIImage *pieceImage = UIGraphicsGetImageFromCurrentImageContext();
        UIGraphicsEndImageContext();

        if (pieceImage == nil) {
            return nil;
        }

        if (finalImage == nil) {
            finalImage = pieceImage;
        } else {
            finalImage = [self mergeImageWithTopImage:finalImage bottomImage:pieceImage];
        }

        remainHeight = remainHeight - currentPieceHeight;

        view.frame = CGRectMake(0, -totalHeight + remainHeight, imageWidth, totalHeight);   // 这里其实是在模拟目标 view 在 UIScrollView 内部滚动特定距离的效果。其实也可以通过设置 UIScrollView 的 contentOffset 来达到这一效果,会更容易理解一些
        [scrollView setNeedsDisplay];
        [scrollView layoutSubviews];
    }

    return finalImage;
}

/// 将上下两个图片拼接成一个图片
- (UIImage *)mergeImageWithTopImage:(UIImage *)topImage bottomImage:(UIImage *)bottomImage {
    CGFloat width = topImage.size.width;
    CGFloat totalHeight = topImage.size.height + bottomImage.size.height;
    CGSize resultSize = CGSizeMake(width, totalHeight);

    UIGraphicsBeginImageContextWithOptions(resultSize, NO, 0.0);
    [topImage drawInRect:CGRectMake(0, 0, width, topImage.size.height)];
    [bottomImage drawInRect:CGRectMake(0, topImage.size.height, width, bottomImage.size.height)];
    UIImage *resultImage = UIGraphicsGetImageFromCurrentImageContext();
    UIGraphicsEndImageContext();

    return resultImage;
}

知识共享许可协议
知识共享许可协议


本作品为作者原创文章,采用 CC BY-NC-SA 4.0 进行许可。普通转载请附上原文出处链接及本许可声明;如有商业转载需求,请联系作者。

Read more

2025 年度总结

2025 年度总结

今天是 2026 年 1 月 1 号,又是新的一年。这个元旦没有安排出行任务,就在家里休息休息,或者出门溜达溜达。昨天休了一天全薪病假,做了体检,写了年终绩效总结,晚上干了一顿烤肉,没有时间写个人的年度总结。今天起早写写总结。 以下「今年」指 2025 年。 职业发展 算起来,我已经毕业工作四年多了。职业发展整体上还算稳定,没有碰到过糟心事,遇到的领导们也都对我关怀有加。今年又晋升一次,薪资迈上新的台阶。越往上升,越觉得离职业生涯的终点越近,逼迫自己赶紧找个靠谱稳定的副业,到 35 岁没人要的时候能养活自己。 最近两年 AI 大模型的崛起,提高了许多行业的可替代性。码农虽然不是首当其冲的,但危机感已经弥漫在各个论坛博客公共平台上面。没有人能准确预测到未来发展,但做好两手准备是很有必要的。码农不能再只低着头守着自己的键盘和屏幕,也要往外看,接触社会上的各种信息,打破信息壁垒。掌握的信息越多,出路就越多。

By Gray
联通 FTTR 宽带从路由器设置自动重启和穿墙功率

联通 FTTR 宽带从路由器设置自动重启和穿墙功率

几个月前把家里宽带换成了联通的千兆 FTTR 宽带,包含一主一从两个点位。配套光猫设备是华为的星光 F50 尊享版。 主点位放置在客厅茶几上,方便连接电视。从点位放在卧室门口,那里恰好有一个不耽误过路的小拐角可以放路由器。平常我们基本不在客厅活动,其他区域最近的 Wi-Fi 信号源是从路由器,因此我们大多数的设备连接的都是从路由器。从路由器的工作负荷很大。 从路由器个头小主路由器很多,散热不咋地。工作时间久了发热就容易发生数据包堵塞,丢包延迟高。需要把它电源拔掉重启。从宽带开通到现在,数据包堵塞影响网络的情况每个月会发生一次。有一次还影响了居家办公的视频会议。宽带维修师傅也给不出有效的法子,建议就是定期插拔从路由器电源。 从路由器和书房之间隔了两堵墙。信号到我书桌那个位置时,千兆网速已经衰减到只有 400-500Mbps 了,折损将近一半。叠加路由器发热的 debuff,书桌位置的网速最差的时候几乎和百兆宽带差不多。 我尝试过在光猫后台管理将路由器功率设置到「穿墙」模式,但没有任何作用。今天在后台研究了一番发现,原来我之前设置的功率是仅对主路由器生效,从路由器还是标准功率。要修

By Gray