ios - 镜像 UIWebView 的最佳方式

Question

我需要将 UIWebView 的 CALayer 镜像到较小的 CALayer。较小的 CALayer 本质上是较大的 UIWebView 的一个点。我很难做到这一点。唯一接近的是 CAReplicatorLayer，但鉴于原件和副本必须有 CAReplicatorLayer 作为父级，我无法在不同的屏幕上拆分原件和副本。

我正在尝试做的一个说明:



用户需要能够与较小的 CALayer 交互，并且两者都需要同步。

我试过用 renderInContext 和 CADisplayLink 来做这件事。不幸的是，存在一些滞后/卡顿，因为它试图每秒重新绘制 60 次每一帧。我需要一种方法来进行镜像，而不需要在每一帧上重新绘制，除非实际发生了变化。所以我需要一种知道 CALayer(或子 CALayer)何时变脏的方法。

我不能简单地拥有两个 UIWebView，因为两个页面可能不同(时间关闭、背景不同等)。我无法控制正在显示的网页。我也无法显示整个 iPad 屏幕，因为屏幕上还有其他不应显示在外部屏幕上的元素。

较大的 CALayer 和较小的“pip” CALayer 都需要在 iOS 6 中逐帧平滑匹配。我不需要支持早期版本。

该解决方案必须是应用商店可通过的。

Answer 1

如评论中所写，如果主要需要知道何时更新图层(而不是如何更新)，我将原始答案移到“旧答案”行之后，并添加评论中讨论的内容:

第一(100% Apple Review Safe ;-)

您可以定期对原始 UIView 进行“截图”并比较生成的 NSData(旧的和新的)--> 如果数据不同，则图层内容会更改。 FULL RESOLUTION 截图没必要比较，但你可以用小一点的，以获得更好的性能

第二:性能友好和“理论上”审查安全......但不确定:-/

在此链接 http://www.lombax.it/documents/DirtyLayer.zip您可以找到一个示例项目，每次 UIWebView 层变脏时都会提醒您；-)

我试图解释我是如何得到这段代码的:

主要目标是了解 TileLayer(UIWebView 使用的 CALayer 的私有(private)子类)何时变脏。

问题是您无法直接访问它。但是，您可以使用方法 swizzle 来更改每个 CALayer 和子类中的 layerSetNeedsDisplay: 方法的行为。

您必须确保避免对原始行为进行根本性更改，并且只在调用方法时添加“通知”。

当您成功检测到每个 layerSetNeedsDisplay: 调用后，剩下的就是了解“哪个是”所涉及的 CALayer --> 如果是内部 UIWebView TileLayer，我们会触发“isDirty”通知。

但是我们无法遍历 UIWebView 内容并找到 TileLayer，例如简单地使用“isKindOfClass:[TileLayer class]”肯定会给你一个拒绝(Apple 使用静态分析器来检查私有(private) API 的使用)。你能做什么？

一些棘手的事情......例如......将涉及的图层大小(调用 layerSetNeedsDisplay:) 与 UIWebView 大小进行比较？ ;-)

此外，有时 UIWebView 会更改子 TileLayer 并使用新的，因此您必须多次执行此检查。

最后一件事:layerSetNeedsDisplay:当你简单地滚动 UIWebView 时并不总是调用(如果已经构建了层)，所以你必须使用 UIWebViewDelegate 来拦截滚动/缩放。

您会发现该方法 swizzle 是某些应用程序中被拒绝的原因，但它始终以“您更改了对象的行为”为动机。在这种情况下，您不会更改某些东西的行为，而只是在调用方法时进行拦截。
如果您不确定，我认为您可以尝试一下或联系 Apple 支持以检查它是否合法。

旧答案

我不确定这对性能是否足够友好，我仅在同一设备上使用两种 View 进行了尝试，并且效果很好……您应该使用 Airplay 进行尝试。

解决方案非常简单:您使用 UIGraphicsGetImageFromCurrentImageContext 对 UIWebView/MKMapView 进行“截图”。您每秒执行 30/60 次，并将结果复制到 UIImageView 中(在第二个显示器上可见，您可以将其移动到任何您想要的位置)。

要检测 View 是否更改并避免在无线链路上进行流量，您可以逐字节比较两个 uiimage(旧帧和新帧)，并仅在与前一个不同时设置新的。 (是的，它有效!;-)

今晚我唯一没有做的就是快速进行比较:如果您查看随附的示例代码，您会发现比较确实是 cpu 密集型的(因为它使用 UIImagePNGRepresentation() 来转换 NSData 中的 UIImage)并使整个应用程序运行缓慢。如果您不使用比较(复制每一帧)，则应用程序快速流畅(至少在我的 iPhone 5 上)。
但我认为解决它的可能性很大……例如每 4-5 帧进行一次比较，或者在后台优化 NSData 创建

我附上一个示例项目: http://www.lombax.it/documents/ImageMirror.zip

在项目中，框架比较被禁用(如果评论)
我在此处附上代码以供将来引用:

// here you start a timer, 50fps
// the timer is started on a background thread to avoid blocking it when you scroll the webview
- (IBAction)enableMirror:(id)sender {

    dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0ul); //0ul --> unsigned long
    dispatch_async(queue, ^{

        // 0.04f --> 25 fps
        NSTimer __unused *timer = [NSTimer scheduledTimerWithTimeInterval:0.02f target:self selector:@selector(copyImageIfNeeded) userInfo:nil repeats:YES];

        // need to start a run loop otherwise the thread stops
        CFRunLoopRun();
    });
}

// this method create an UIImage with the content of the given view
- (UIImage *) imageWithView:(UIView *)view
{
    UIGraphicsBeginImageContextWithOptions(view.bounds.size, view.opaque, 0.0);
    [view.layer renderInContext:UIGraphicsGetCurrentContext()];

    UIImage *img = UIGraphicsGetImageFromCurrentImageContext();

    UIGraphicsEndImageContext();

    return img;
}

// the method called by the timer
-(void)copyImageIfNeeded
{
    // this method is called from a background thread, so the code before the dispatch is executed in background
    UIImage *newImage = [self imageWithView:self.webView];

    // the copy is made only if the two images are really different (compared byte to byte)
    // this comparison method is cpu intensive

    // UNCOMMENT THE IF AND THE {} to enable the frame comparison

    //if (!([self image:self.mirrorView.image isEqualTo:newImage]))
    //{
        // this must be called on the main queue because it updates the user interface
        dispatch_queue_t queue = dispatch_get_main_queue();
        dispatch_async(queue, ^{
            self.mirrorView.image = newImage;
        });
    //}
}

// method to compare the two images - not performance friendly
// it can be optimized, because you can "store" the old image and avoid
// converting it more and more...until it's changed
// you can even try to generate the nsdata in background when the frame
// is created?
- (BOOL)image:(UIImage *)image1 isEqualTo:(UIImage *)image2
{
    NSData *data1 = UIImagePNGRepresentation(image1);
    NSData *data2 = UIImagePNGRepresentation(image2);

    return [data1 isEqual:data2];
}