iOS：以编程方式制作屏幕截图的最快、最高效的方法是啥？

Posted 2023-02-15

【中文标题】iOS：以编程方式制作屏幕截图的最快、最高效的方法是啥？

【英文标题】：iOS: what's the fastest, most performant way to make a screenshot programmatically?iOS：以编程方式制作屏幕截图的最快、最高效的方法是什么？

【发布时间】：2011-12-19 07:59:48

【问题描述】：

在我的 iPad 应用程序中，我想制作一个 UIView 的屏幕截图，它占据了屏幕的很大一部分。不幸的是，子视图嵌套得很深，因此制作屏幕截图和动画页面卷曲需要很长时间。

有没有比“通常”更快的方法？

UIGraphicsBeginImageContext(self.bounds.size);
[self.layer renderInContext:UIGraphicsGetCurrentContext()];
UIImage *resultingImage = UIGraphicsGetImageFromCurrentImageContext();
UIGraphicsEndImageContext();

如果可能，我想避免缓存或重组我的视图。

【问题讨论】：

完成后不要忘记调用 UIGraphicsEndImageContext。

【参考方案1】：

我找到了一种更好的方法，尽可能使用快照 API。

希望对你有帮助。

class func screenshot() -> UIImage 
    var imageSize = CGSize.zero

    let orientation = UIApplication.shared.statusBarOrientation
    if UIInterfaceOrientationIsPortrait(orientation) 
        imageSize = UIScreen.main.bounds.size
     else 
        imageSize = CGSize(width: UIScreen.main.bounds.size.height, height: UIScreen.main.bounds.size.width)
    

    UIGraphicsBeginImageContextWithOptions(imageSize, false, 0)
    for window in UIApplication.shared.windows 
        window.drawHierarchy(in: window.bounds, afterScreenUpdates: true)
    

    let image = UIGraphicsGetImageFromCurrentImageContext()
    UIGraphicsEndImageContext()
    return image!

Wanna know more about ios 7 Snapshots?

Objective-C 版本：

+ (UIImage *)screenshot

    CGSize imageSize = CGSizeZero;

    UIInterfaceOrientation orientation = [UIApplication sharedApplication].statusBarOrientation;
    if (UIInterfaceOrientationIsPortrait(orientation)) 
        imageSize = [UIScreen mainScreen].bounds.size;
     else 
        imageSize = CGSizeMake([UIScreen mainScreen].bounds.size.height, [UIScreen mainScreen].bounds.size.width);
    

    UIGraphicsBeginImageContextWithOptions(imageSize, NO, 0);
    CGContextRef context = UIGraphicsGetCurrentContext();
    for (UIWindow *window in [[UIApplication sharedApplication] windows]) 
        CGContextSaveGState(context);
        CGContextTranslateCTM(context, window.center.x, window.center.y);
        CGContextConcatCTM(context, window.transform);
        CGContextTranslateCTM(context, -window.bounds.size.width * window.layer.anchorPoint.x, -window.bounds.size.height * window.layer.anchorPoint.y);
        if (orientation == UIInterfaceOrientationLandscapeLeft) 
            CGContextRotateCTM(context, M_PI_2);
            CGContextTranslateCTM(context, 0, -imageSize.width);
         else if (orientation == UIInterfaceOrientationLandscapeRight) 
            CGContextRotateCTM(context, -M_PI_2);
            CGContextTranslateCTM(context, -imageSize.height, 0);
         else if (orientation == UIInterfaceOrientationPortraitUpsideDown) 
            CGContextRotateCTM(context, M_PI);
            CGContextTranslateCTM(context, -imageSize.width, -imageSize.height);
        
        if ([window respondsToSelector:@selector(drawViewHierarchyInRect:afterScreenUpdates:)]) 
            [window drawViewHierarchyInRect:window.bounds afterScreenUpdates:YES];
         else 
            [window.layer renderInContext:context];
        
        CGContextRestoreGState(context);
    

    UIImage *image = UIGraphicsGetImageFromCurrentImageContext();
    UIGraphicsEndImageContext();
    return image;

【讨论】：

此解决方案的性能是否比原始发布者提供的解决方案更好？我自己的测试表明它完全一样。总的来说，我会使用原始解决方案，因为代码要简单得多。

@GregMaletic：是的，另一种解决方案看起来更简单，但它适用于 UIView，这个适用于 UIWindow，因此更完整。

我还是不明白为什么这个解决方案更快。大多数 iOS 应用程序只包含一个窗口。不只是 [self.window.layer renderInContext:context] 应该没问题吗？

我不相信这行得通。 renderInContext 的性能问题有据可查，在 Window 层调用它并不能解决这个问题。

在我的测试中，renderInContext 的表现也比 drawViewHierarchyInRect, iOS 11.2 好很多

【参考方案2】：

---

2013 年 10 月 3 日编辑 更新以支持 iOS 7 中新的超快速 drawViewHierarchyInRect:afterScreenUpdates: 方法。

---

没有。 CALayer 的 renderInContext: 是据我所知的唯一方法。你可以像这样创建一个 UIView 类别，让自己更容易前进：

UIView+Screenshot.h

#import <UIKit/UIKit.h>

@interface UIView (Screenshot)

- (UIImage*)imageRepresentation;

@end

UIView+Screenshot.m

#import <QuartzCore/QuartzCore.h>
#import "UIView+Screenshot.h"

@implementation UIView (Screenshot)

- (UIImage*)imageRepresentation 

    UIGraphicsBeginImageContextWithOptions(self.bounds.size, YES, self.window.screen.scale);

    /* iOS 7 */
    if ([self respondsToSelector:@selector(drawViewHierarchyInRect:afterScreenUpdates:)])            
        [self drawViewHierarchyInRect:self.bounds afterScreenUpdates:NO];
    else /* iOS 6 */
        [self.layer renderInContext:UIGraphicsGetCurrentContext()];

    UIImage* ret = UIGraphicsGetImageFromCurrentImageContext();

    UIGraphicsEndImageContext();

    return ret;



@end

通过这种方式，您可以在视图控制器中输入[self.view.window imageRepresentation]，并获得您应用的完整屏幕截图。不过，这可能会排除状态栏。

编辑：

我可以补充一下。如果您有一个带有透明内容的 UIView，并且还需要带有底层内容的图像表示，您可以获取容器视图的图像表示并裁剪该图像，只需获取子视图的矩形并将其转换为容器视图坐标系。

[view convertRect:self.bounds toView:containerView]

要裁剪请参阅此问题的答案：Cropping an UIImage

【讨论】：

非常感谢；我现在正在使用一个类别；但我正在寻找一种更高效的方式来制作屏幕截图...：/

@EDIT：这就是我正在做的 - 我得到了容器的图像表示。但这对我的性能问题没有帮助......

对我来说也一样...没有重新渲染所有内容的方法吗？

确实，iOS 使用内部图像表示来加速渲染。仅重新呈现更改的视图。但是如果你问如何获得内部图像表示，而不需要重绘，我认为这是不可能的。如上所述，此图像可能存在于 GPU 中，并且很可能无法通过公共 API 访问。

我需要使用afterScreenUpdates:YES，否则效果很好。

【参考方案3】：

iOS 7 引入了一种新方法，允许您将视图层次结构绘制到当前图形上下文中。这可用于非常快速地获得UIImage。

在UIView上实现为类别方法：

- (UIImage *)pb_takeSnapshot 
    UIGraphicsBeginImageContextWithOptions(self.bounds.size, NO, [UIScreen mainScreen].scale);

    [self drawViewHierarchyInRect:self.bounds afterScreenUpdates:YES];

    UIImage *image = UIGraphicsGetImageFromCurrentImageContext();
    UIGraphicsEndImageContext();
    return image;

它比现有的renderInContext: 方法快得多。

为 SWIFT 更新：具有相同功能的扩展：

extension UIView 

    func pb_takeSnapshot() -> UIImage 
        UIGraphicsBeginImageContextWithOptions(self.bounds.size, false, UIScreen.mainScreen().scale);

        self.drawViewHierarchyInRect(self.bounds, afterScreenUpdates: true)

        // old style: self.layer.renderInContext(UIGraphicsGetCurrentContext())

        let image = UIGraphicsGetImageFromCurrentImageContext();
        UIGraphicsEndImageContext();
        return image;
    

【讨论】：

您是否测试过它实际上更快？我的测试几乎没有提高性能，即使 afterScreenUpdates 设置为 NO。

@maxpower 我对执行进行了计时，速度提高了 50% 以上。使用旧的 renderInContext: 大约需要 0.18 秒，而这需要 0.063。我相信您的结果会因设备中的 CPU 而异。

只是我还是self.drawViewHierarchyInRect(self.bounds, afterScreenUpdates: true) 在执行时会导致一个奇怪的显示错误？ self.layer.renderInContext(UIGraphicsGetCurrentContext()) 没有遇到同样的问题。

【参考方案4】：

我结合了单个函数的答案，该函数将在任何 iOS 版本上运行，甚至适用于视网膜或非保留设备。

- (UIImage *)screenShot 
    if ([[UIScreen mainScreen] respondsToSelector:@selector(scale)])
        UIGraphicsBeginImageContextWithOptions(self.view.bounds.size, NO, [UIScreen mainScreen].scale);
    else
        UIGraphicsBeginImageContext(self.view.bounds.size);

    #ifdef __IPHONE_7_0
        #if __IPHONE_OS_VERSION_MAX_ALLOWED >= 70000
            [self.view drawViewHierarchyInRect:self.view.bounds afterScreenUpdates:YES];
        #endif
    #else
            [self.view.layer renderInContext:UIGraphicsGetCurrentContext()];
    #endif

    UIImage *image = UIGraphicsGetImageFromCurrentImageContext();
    UIGraphicsEndImageContext();
    return image;

【参考方案5】：

对我来说，设置 InterpolationQuality 有很长的路要走。

CGContextSetInterpolationQuality(ctx, kCGInterpolationNone);

如果您要拍摄非常详细的图像，则此解决方案可能无法接受。如果您正在快照文本，您几乎不会注意到差异。

这大大减少了拍摄快照的时间，同时制作的图像消耗的内存也少得多。

这对于 drawViewHierarchyInRect:afterScreenUpdates: 方法仍然是有益的。

【讨论】：

你能告诉我你看到什么样的差异吗？我看到时间略有增加。

不幸的是我不能。我不再有权访问该项目。换了工作。但我可以说正在截屏的视图在其降序层次结构中可能有 50 +- 10 个视图。我也可以说大约 1/4 - 1/3 的视图是图像视图

在进一步研究中，我唯一看到设置插值有任何区别的情况是，如果您在渲染视图时调整视图大小或将其渲染到更小的上下文中。

我认为这主要取决于所讨论的特定上下文。至少还有一个人从中看到了显着的结果。请参阅对此答案的评论。 ***.com/questions/11435210/…

【参考方案6】：

您要求的替代方法是读取 GPU（因为屏幕是由任意数量的半透明视图合成的），这本身也是一个缓慢的操作。

【讨论】：

所以没有更快的解决方案？

它不在ios上，因为gpu和cpu共享同一个内存