解决Android嵌套H5，自定义控制页面能否实现下拉刷新功能

  关于Android嵌套H5页面使用下拉刷新功能的问题&＃xff1a;当我们在Android中使用第三方框架SmartRefreshLayout实现App的下拉刷新功能时&＃xff0c;如果H5页面有部分功能设计到上下滑动的话&＃xff0c;就会引起“误触”下拉刷新功能的操作&＃xff0c;那么我们应该怎么去解决这个问题呢&＃xff1f;

  由于我们使用的是Android的下拉刷新&＃xff0c;并非是H5的下拉刷新&＃xff0c;当H5页面中有个别弹窗页面&＃xff08;比如&＃xff1a;地址上下滑动选择组件&＃xff09;&＃xff0c;遇到这个情况的都应该知道&＃xff0c;如果不做处理&＃xff0c;当你在使用H5地址选择页面的时候&＃xff0c;你滑动地址选择的瞬间&＃xff0c;由于是上下滑动&＃xff0c;因此也会触发Android的下拉刷新&＃xff0c;虽然下拉幅度不大&＃xff0c;但是这个原本是不应该进行滑动的页面&＃xff0c;它也确实因为你上下滑动选择地址的时候“误触”了下拉操作&＃xff0c;即使它不是真正意义上的下拉刷新&＃xff0c;但是出现这个拉动的动作&＃xff0c;也是会引起用户体验满不好的&＃xff0c;下面请看大致思路实现&＃xff01;

  相信有点熟悉Android开发的朋友在看思路分析前&＃xff0c;已经有了自己的思路&＃xff1a;直接在初始化下拉刷新initRefresh()方法中验证你想要的页面能不能执行下拉操作不就行了吗&＃xff1f;实践告诉你这个是无法实现的&＃xff0c;因为下拉刷新方法在初始化的时候&＃xff0c;已经实例过一次&＃xff0c;后续调用的时候&＃xff0c;并不会重复执行setOnRefreshListener监听事件&＃xff0c;只是执行它里面的onRefresh方法&＃xff0c;这个执行原理在此就不做详细分析了&＃xff0c;涉及到底层原理&＃xff0c;生命周期等问题&＃xff0c;感兴趣的自行去研究探讨&＃xff01;

  正确的做法可以在webView.setWebViewClient里面的onPageFinished(WebView view, String url)方法实现&＃xff0c;由于onPageFinished(WebView view, String url)中url会获取到每次点击请求的路径&＃xff0c;所以可以该方法里面针对路径判断来区分哪个页面禁用下拉刷新功能。

  根据上述的思路分析&＃xff0c;我们可以在Android的webView.setWebViewClient里面的onPageFinished这个方法中实现&＃xff0c;具体源码参考下面&＃xff1a;

//判断指定页面禁用下拉刷新操作
RefreshLayout refreshLayout &＃61; (RefreshLayout) findViewById(R.id.swipe_refresh);
boolean address &＃61; url.contains("填H5页面请求的路由&＃xff0c;可以是与众不同的一小段");
if (address) {
refreshLayout.setEnableRefresh(false);//是否启用下拉刷新功能
return;
}
refreshLayout.setEnableRefresh(true);//是否启用下拉刷新功能


  到此就完成了&＃xff0c;重新执行app安装&＃xff0c;你就会发现&＃xff0c;你指定的页面就不能进行下拉刷新的操作了&＃xff0c;赶紧去试试吧&＃xff01;祝“码”到成功&＃xff01;

  此方案仅供参考&＃xff0c;你可以根据自行的项目需求进行优化&＃xff0c;具体实现哪些页面禁用下拉刷新的功能&＃xff0c;你就继续添加url.contains就好了。