iOS|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)
【iOS|iOS 11 UIWebView 适配】但是这样要调整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 网页适配问题
推荐阅读
- 2020-04-07vue中Axios的封装和API接口的管理
- iOS中的Block
- 记录iOS生成分享图片的一些问题,根据UIView生成固定尺寸的分享图片
- 2019-08-29|2019-08-29 iOS13适配那点事
- Hacking|Hacking with iOS: SwiftUI Edition - SnowSeeker 项目(一)
- iOS面试题--基础
- Android6.0~9.0适配
- 接口|axios接口报错-参数类型错误解决
- iOS|iOS 笔记之_时间戳 + DES 加密
- iOS,打Framework静态库