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中产生的）。
网友评论