（此文方向错了，由于我写文章时刚开始研究前端，被坑了自己还不知道，所以现在在此说明一下，加载慢的原因是因为我的代码被同事在index.html中动了手脚，加了一行加载一个已经停用的组件的样式网站的组件，导致国产浏览器加载不到这个组件，就一直卡着，直到这个地址报错了才开始执行后面的代码，大家要是遇到了前端项目启动慢，也可以照这个思路去想去看看index.html有没有异常就可以了）自己写的vue项目，自己写的安卓壳子，本来自己觉得慢，忍忍就过去了，但是人家觉得慢，你不得改么？结果是前端自己开发，安卓也自己开发，想甩个锅都没法甩，总不能甩给后端吧？哈哈哈
言归正传：如果你有急事，可以直接跳到后面看，这部分是我自己介绍事件背景的
描述一下我的情况，我写了一个vue项目，需要嵌在安卓里运行，没想到安卓webview加载vue会这么慢，不知道是哪里出了问题，先介绍一下我的abandon的思路：
1、启用本地有缓存就就从缓存中加载，没有缓存就从网络加载的方式，这个缓存模式，仍然阻挡不了第一次没有缓存的白屏很久的情况，虽然第一次过后速度会明显加快，但是第一次的慢客户也是不接受的呀，于是这种只是我在开发过程中体验体验了，而且开启了这种缓存模式，vue有js更新也不能更新到缓存，还是要清缓存才行。于是这种方案在提交测试之后就放弃了。
2、考虑从vue那边优化，因为考虑到vue是单页模式，运行的时候会全部加载，所以就觉得是vue页面过多导致的问题，采用了网上最热门的解决方案：
预加载、
懒加载、
gzip压缩、
cdn、
删除无用的三方库…
直到我build完的vue dist包只有500k的时候，我抓紧试试吧，再一次十多秒二十秒的白屏击碎了我的心。我瞬间开始痛恨网络，恨这些写手们只知道复制粘贴，压根解决不了问题呀（痛恨只是因为我个人情绪不好哈，没有恶意，人家的方法也许很好用只是不适用我而已），然后我用chrome和edge测试没有问题，网上说是因为安卓手机性能不如电脑浏览器，然后我下载了手机端的edge，发现手机的edge也一样快，秒加载，我崩溃了。压根不是手机性能不够，就是webview对于js解析能力不足。当然不排除我的代码有问题，但是针对edge很快，我就又不想从我的代码下功夫了，主要是费时间太多了也不解决问题。
解决方案：
在开发过程中，我发现webview使用默认缓存策略的时候，第一次慢，短期内再访问会很快，即使清了缓存也不影响的快，于是我就想如果我在进入app的时候就开始在后台加载这个网址，等我打开webview的时候，app对于这个网站已经有了缓存，那访问不就快了么，你们看到这里，也许已经猜出来要怎么做了吧，没错，就是用最不友好的办法去做，那就是：
在application中创建一个webview，二话不说，给他设置个viewClient就让他loadUrl，
也不让他显示，就是为了加载这个网址让他缓存下来，缓存了以后，我再在别处访问就随便访问了。说到这里代码你们肯定也会写了，大致写写application中的代码吧
首先声明静态的webview对象（这里会报一个警告，就是如果把webview声明成静态变量，那么有可能由于持有该webview的context声明周期没有webview长导致内存泄露，但是我们是声明在application内的，我们给的是app的context，拥有app最长的生命周期，所以不会出现这个问题）：
companion object {
lateinit var webView:WebView
}
然后再oncreate中赋值并开启访问：
//这里的app是application的实例this
webView = WebView(app)
webView.webViewClient = WebViewClient()
//允许js交互
webView.settings.javaScriptEnabled = true
webView.loadUrl(WebViewActivity.BASE_URL)
然后体验速度就起飞了，（实际上并没有加快加载速度，只是体验上加快了速度）
这里就够了，然后你在app内访问就可以了，开启一个默认缓存就行。如果你觉得在操作间隔过长之后再次访问还是慢那你可以更改一下缓存模式，但是从磁盘读缓存的话，不利于你日后更新前端代码。
满足了客户的需要就可以了，管他别的呢，当然不得不承认我这个方法不算高级，但是却很有巧思，我只是一个搬砖工，解决了问题就行，我没那么高级。如果你遇到过类似的情况，有vue方面的解决方案，如果愿意在评论区讲解一番，那我感激不尽，并虚心学习，要是能加个好友就更妙了，真的我太需要一个人给我讲讲前端vue了。
文章就到这儿了，希望能解决你的问题，如果解决不了你的问题，那我表示遗憾
