最近前端提出个webview问题，网页的某个window对象在新打开的页面就会丢失，网页回退到上一页面时老是会刷新，这种奇怪的问题一开始觉得可能是前端问题吧，不过我们app还是要去找找原因，后来另写了个webview（只做了最基本的设置）去加载web，发现没问题了，这个时候就要去查找项目里webview的配置了，看设置了哪个出问题，配置看似没问题，只能一个一个试试，十几个设置一个一个试会很累吧，可以采用先注释掉一半的webviewSetting设置代码，看是否有问题，缩小范围，以此类推（是不是像某种算法）。
...
好了，最终定位到setUserAgentString这个方法了，注释掉就没问题了，为什么会这样呢？
这个方法不设置的话webview也会加上默认的user-agent，可以用getUserAgentString获取，我们去打印出来。
我的手机是这样的：
Mozilla/5.0 (Linux; Android 9; COL-AL10 Build/HUAWEICOL-AL10; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/69.0.3497.100 Mobile Safari/537.36
这个ua一般就是告诉web当前加载网页的是安卓、ios、平板还是电脑的浏览器，web可以获取这个值，然后根据不同浏览器做不同渲染，从而达到兼容。webview也可以在setUserAgentString设置加入自己的参数，配合web做一些权限判断，这样可以达到在其他没有我们独有的ua参数的浏览器就没法正常加载，当然还可以做其他功能啦。
我们项目是由某知名外包做的，他们这个ua值是写死的，而且写的还是安卓4.0.0那个时代安卓webview的ua，这个写死的值没有Chrome这一项，因为android4.4以前webview内核不是Chrome。现在的手机基本都是android 4.4.4以后的版本了，这种写死的方法可能是欺骗web，让web以为这是某种类型的浏览器内核。
很多同事觉得我们自己写的web没有做ua判断，webview的这个ua也不会有啥影响吧，可是根据代码测试，乱修改这个值还真会导致某些js代码不执行，所以最好是获取webview的ua然后再 拼接上我们自己的参数这种方式来setUserAgentString，就算要写死也要在写死的字符串里面有Chrome这一项吧，毕竟这是现在webview的内核。
OK，这就是这次踩坑的记录。mark下~
