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

77

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

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

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

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

ios  performance  core-graphics  graphicscontext  quartz-core 
— 斯沃克纳
source
6
完成后，请不要忘记调用UIGraphicsEndImageContext。
— ZunTzu 2012年

Answers:

111

我发现了一种更好的方法，该方法会尽可能使用快照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!
}

想进一步了解iOS 7快照？

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;
}
— 3lvis
source
2
此解决方案的性能是否比原始海报提供的解决方案更好？我自己的测试表明完全相同。总体而言，我会选择原始解决方案，因为代码非常简单。
— 格雷格·马列蒂奇
@GregMaletic：是的，另一种解决方案看起来更简单，但是它可以在UIView上使用，该解决方案可以在UIWindow上使用，因此更加完整。
— 2012年
我仍然不明白为什么这种解决方案更快。大多数iOS应用程序仅包含一个窗口。不仅仅是[self.window.layer renderInContext：context]应该可以吗？
— 穆罕默德·哈桑·纳斯
1
我不相信这行得通。renderInContext的性能问题已得到充分证明，并且在Window层上调用它不会解决该问题。
— 亚当，
1
在我的测试中，renderInContext的性能也比iOS 11.2的drawViewHierarchyInRect好得多
— Nikolay Dimitrov
18

编辑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具有透明的内容，并且还需要带有底层内容的图像表示，则只需获取子视图的rect并将其转换为容器，就可以获取容器视图的图像表示并裁剪该图像。视图坐标系。

[view convertRect:self.bounds toView:containerView]

若要裁剪，请参阅以下问题的答案：裁剪UIImage

— 特伦斯科
source
非常感谢; 我现在正在使用类别；但我正在寻找一种更
— 高效的
@EDIT：这就是我正在做的-我得到容器的图像表示。但这并不能帮助我解决有关性能的问题...
— swalkner 2011年
对我来说也一样...没有重新渲染所有内容的方法吗？
— Christian Schnorr
的确，iOS使用内部图像表示来加快渲染速度。仅更改的视图被重新呈现。但是，如果您要问如何获取内部图像表示形式而无需重绘，我认为这是不可能的。如上所述，该图像可能存在于GPU中，并且很可能无法通过公共API访问。
— Trenskow 2011年
我需要使用afterScreenUpdates:YES，但是否则效果很好。
— EthanB 2014年
10

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:方法快得多。

UPDATE FOR 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;
    }
}
— 克拉斯
source
您是否测试过它实际上更快？即使将afterScreenUpdates设置为NO，我的测试也几乎没有改善性能。
— maxpower
@maxpower我为执行计时，并且速度提高了50％以上。使用旧的renderInContext：花费了大约0.18s，花费了0.063。我相信您的结果将取决于设备中的CPU。
是我还是它在执行时self.drawViewHierarchyInRect(self.bounds, afterScreenUpdates: true)会暂时引起奇怪的显示错误？我没有遇到同样的问题self.layer.renderInContext(UIGraphicsGetCurrentContext())。
— CaptainCOOLGUY 2014年
3

我将对单个功能的答案进行了组合，该功能将在任何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;
}
— 赫芒
source
2

对我来说，设置InterpolationQuality很有意义。

CGContextSetInterpolationQuality(ctx, kCGInterpolationNone);

如果要快照非常详细的图像，则此解决方案可能不可接受。如果您要快照文本，则几乎不会注意到它们之间的区别。

这样可以大大减少拍摄快照的时间，也可以减少消耗更少内存的图像的时间。

使用drawViewHierarchyInRect：afterScreenUpdates：方法仍然是有益的。

— 最大功率
source
您能告诉我您正在看到什么样的差异吗？我看到时间略有增加。
— daveMac 2014年
不幸的是我不能。我不再有权访问该项目。换了工作。但是我可以说正在屏幕截图的视图在其递减的层次结构中可能有50 +-10个视图。我也可以说，大约1/
— 4-1
1
在进一步研究事物时，我唯一看到的是在设置插值时根本没有任何区别，就是在渲染视图时将视图调整大小或将其渲染到较小的上下文中。
— daveMac 2014年
我认为这主要取决于所讨论的特定上下文。至少有另外一个人从中看到了明显的结果。请参阅对此答案的评论。stackoverflow.com/questions/11435210/…–
— maxpower
1

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

— 戴维·邓纳姆
source
所以没有更快的解决方案？
— swalkner 2011年
它不在ios上，因为gpu和cpu共享相同的ram
— nevyn
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.