flutter 解决webview加载重定向h5页面 返回重复加载问题

long time no see. 如果觉得该方案helps，点个赞，评论打个call，这是我前进的动力~

通常写法：

项目里用的webview_flutter
正常webview处理返回事件

if (await controller.canGoBack()) {
  controller.goBack();
} else {
  Navigator.pop(context);
}

就是h5历史栈，一直退栈，如果栈内元素只有一个了，就直接关闭webview的页面了。

问题描述：

正常情况是没问题的的。
比如A-->B-->C,一直触发返回事件的话，逻辑是C-->B,B-->A, A直接关。
如果h5里有重定向的话，就有问题了。
比如A(A1重定向到A2)-->B-->C,一直触发返回事件的话，逻辑是C-->B,B-->A2, A2-->A1-->A2,A2-->A1-->A2...
导致webview界面一直退不出来。

解决方案：

参考https://github.com/flutter/flutter/issues/137737，拉到最下面
设定pageFinished后xxx毫秒内NavigationRequest触发，判定为重定向。逻辑：已知A1重定向A2，此时触发返回事件，A2返回到A1，在A1准备重定向到A2的时候，根据条件判断为重定向然后进行阻断，并再次执行一次返回逻辑。
另外该issue原始代码还是有问题，没有考虑到NavigationRequest可能跑在onPageFinished前面，故自己添加了轮询等待的代码。
注意：这只是workaround，极端情况下并不能做到100%可靠。必要情况可以考虑跟h5相关开发，约定不用重定向或改用其它方案。

自己在android设备上实测了下，还是挺稳定的。

几种可以考虑的方案：
1.修改flutter_webview源码，上传到github，然后在自己的仓库引用该库。(该方案可以自己去修改到android测和ios测的相关代码，比如flutter_webview没提供忽略ssl证书报错和ssl证书检查的问题就可以通过该方式解决，感兴趣的话可以上网查一查)
2.换webview的库，比如用flutter_inappwebview&