iOS中h5返回使用缓存的网络请求解决方案某(UIWebView)

1.问题(UIWebView)

h5在真机部分真机上,会出现使用window.history.go(-1),页面加载时,使用的是缓存的网络请求。一般情况下,这样可以节约用户流量,挺好的。但是在你新增修改数据,返回列表后,却发现列表还是以前的那个,就蛮头疼了。

2.调试(UIWebView)

打断点和抓包测试,发现,程序的确进入了网络请求,也返回成功。但是抓包工具却没有抓到相应的网络请求。所以应该是列表网络请求被缓存了。这里直接使用了被缓存的网络请求,不是真正向服务器发送了请求。

搜索了下答案,使用window.location = xxx 的方案,可以真正的发送网络请求,实际测试,也的确这样。但是当前的项目已经进行得差不多了,页面跳转也非常复杂,同一个界面可能有多个入口,如果用这种方案,会导致改动量很大。

3.解决方案(UIWebView)

每次改动数据成功后,根据当前的界面,可以知道是否返回列表,如果返回列表,是哪个列表,那么在sessionStorage中存储需要刷新的界面的名字。而所有需要刷新的界面,进入页面后,首先要查询sessionStorage,看自己是否需要刷新,如果需要刷新,则调用window.history.go(0);方法,并在sessionStorage中删除本页面的名称。

以下是我项目中的实际代码,大家看一下逻辑就行:

/**
 * 当完成一些修改数据的操作,返回需要更新列表请求时,使用
 */
$.fn.reloadNetworkIfNeed = function(){
    var fileName = window.location.href;
// 获取文件名称
    fileName = fileName.substr(fileName.lastIndexOf("/")+1);
// 删除文件名称后带的参数
    var index = fileName.indexOf("?");
    if(index>0&&index

4.后续,优化性能(将UIWebView替换为WKWebView)

由于h5在UIWebView中的性能真的不行,页面跳转非常明显,特别是导航栏,闪得不要太明显。所以,我把UIWebView换成了WKWebView,且把对应的iOS原生代码重写了一道。
页面跳转流畅了很多,非常明显。但是原来的结局方案不管用了。

打断点试了下为什么,居然直接返回,都不执行js了。

查了网上,可以在这个代理方法中增加一段判断处理

- (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler{
    NSString *currentUrlStr = [webView.URL.absoluteString stringByReplacingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
    NSString *urlStr =[navigationAction.request.URL.absoluteString stringByReplacingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
    // 一些别的处理暂时省略
    if(navigationAction.navigationType == WKNavigationTypeBackForward && [self page:urlStr containedIn:@[@"1.html", @"2.html", @"3.html", @"4.html", @"5.html"]] && [currentUrlStr containsString:@"提交结果.html"]){
        // 使用后返回按钮消失了
        [webView reload];
    }
    decisionHandler(WKNavigationActionPolicyAllow);
}

- (BOOL)page:(NSString *)page containedIn:(NSArray *)array{
    for (NSString *inPage in array) {
        if([page containsString:inPage]){
            return YES;
        }
    }
    return NO;
}

这样写完后,返回刷新就可以实现了。但是原来针对WKWebView在js做返回刷新的处理代码要删掉,或者注视掉,因为两段同时做的话,可能界面的一些样式会有问题。猜测是快速刷了2次产生的问题(一次是在iOS中处理的,一次是在js中产生的)。

你可能感兴趣的:(iOS中h5返回使用缓存的网络请求解决方案某(UIWebView))