iOS 11 UIWebView 适配

iOS 11 引入了安全区(safeArea)的概念,如果UIWebView从(0,0)开始布局,即UIWebView延伸到statusBar或navigationBar下方,则WebView.scrollView.contentInset将自动调整为:

// statusBarHeight: 状态栏高度
// navigationBarHeight: 导航栏高度
// originalInsetTop: 开发者设置的contentInset.top,默认为0
WebView.scrollView.contentInset = UIEdgeInsetsMake(customInsetTop + statusBarHeight + navigationBarHeight, 0, 0, 0)

因此,如果UIWebView从(0,0)开始布局且存在状态栏和导航栏的情况下,UIWebView将整体向下偏移(statusBarHeight + navigationBarHeight)

目前主要有两种解决方案(同样适用于WKWebView):
1、客户端适配:

WebView.scrollView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;

2、H5适配:


采用上面两种方法虽然解决了UIWebView整体向下偏移的问题,但是发现部分页面中使用-webkit-overflow-scrolling属性的子列表依然会向下偏移,用Xcode查看视图层级后发现:一旦使用-webkit-overflow-scrolling属性,WebView.scrollView内部将生成一个新的UIScrollView:(准确地说是UIWebOverflowScrollView,这是UIScrollView的子类,)而且UIWebOverflowScrollView的contentInset被自动调整为:

UIWebOverflowScrollView.contentInset = UIEdgeInsetsMake(statusBarHeight + navigationBarHeight, 0, 0, 0)

这导致了子列表向下偏移的现象,通过调整contentInsetAdjustmentBehavior属性:

UIWebOverflowScrollView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;

可以将UIWebOverflowScrollView向上提回到正常位置,但是UIWebOverflowScrollView是WebKit根据H5使用-webkit-overflow-scrolling属性而动态生成的私有图层,H5调用的时机和WebKit生成UIWebOverflowScrollView的时机并不确定,客户端很难准确地获取到UIWebOverflowScrollView。目前看,使用viewport-fit=cover也只能调整UIWebView.scrollView不要根据safeArea自动偏移, 但是对UIWebView.scrollView内部生成的子scrollView,如UIWebOverflowScrollView却无能为力(当然,WKWebView不存在这样的问题,苹果积极地fix了这个Bug), UIWebView却是比较尴尬了。

我们注意到iOS 11 UIViewController新增的属性additionalSafeAreaInsets可以调整安全区域的大小,根据文档推测:既然子列表向下偏移是因为安全区域导致的,那么通过调整additionalSafeAreaInsets的值将安全区从导航下方延伸到整个手机屏幕,应该可以解决子列表向下偏移的问题:

webViewController.additionalSafeAreaInsets = UIEdgeInsetsMake(-64, 0, 0, 0)

这样调整后,安全区确实可以延伸到导航栏下方,但是依然无法延伸到状态栏下方,而状态栏的高度为20pt, 这导致UIWebView.scrollView自动向下偏移20pt, 实际上我们要调整当前window根视图控制器的additionalSafeAreaInsets才能将安全区延伸到statusBar下:

window.rootViewController.navigationController.additionalSafeAreaInsets = UIEdgeInsetsMake(-64, 0, 0, 0)

但是这样要调整rootViewController感觉也不是很优雅,最后我们使出黑魔法,直接hook了UIScrollView的初始化方法

@implementation UIScrollView (Swizzle)

+ (void)load
{
    [self jr_swizzleMethod:@selector(initWithFrame:) withMethod:@selector(qzInitWithFrame:) error:nil];
}

- (UIScrollView *)qzInitWithFrame:(CGRect)frame
{
    UIScrollView *scrollview = [self qzInitWithFrame:frame];
    if (scrollview && [scrollview isKindOfClass:NSClassFromString([NSString stringWithFormat:@"U%@Ov%@Scr%@", @"IWeb", @"erflow", @"ollView"])]) {
        if (@available(iOS 11.0, *)) {
            scrollview.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
        }
    }
    return scrollview;
}
@end

Reference

  • Updating Your App for iOS 11
  • iOS 11 安全区域适配总结
  • 剖析 iOS 11 网页适配问题

你可能感兴趣的:(iOS 11 UIWebView 适配)