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<fileName.length){
        fileName = fileName.substr(0,fileName.indexOf("?")) ;
    }
// 在sessionStorage中查看是否需要刷新
    if($.fn.getSessionData(fileName)==true){
        window.history.go(0);
        $.fn.removeSessionData(fileName);
    }
}

/**
 * 跳转到成功界面，如果需要刷新某个界面，存储改界面的名字
 */
$.fn.jumpToSuccessPage = function(pullLeftGo , pullCenterGo ,msg ,buttonTitle, refreshPageName){
// 如果需要刷新的文件的名称存在，则保存在sessionStorage中
    if($.fn.isNotNull(refreshPageName)){
// 此处有考虑中文名称乱码的情况
        $.fn.setSessionData(encodeURIComponent(refreshPageName),true);
    }
// 跳转到保存／修改成功界面，根据自己项目具体情况写
    window.location = $.fn.formUrl("提交结果.html",{pullLeftGo: pullLeftGo ,
        pullCenterGo: pullCenterGo,
        msg: msg,
        buttonTitle:buttonTitle
    });
}

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中产生的）。