什么时首屏加载
首屏时间，指的是浏览器从响应用户输入网址地址，到首屏内容渲染完成的时间，此时整个网页不一定要全部渲染完成，但需要展示当前视图需要的内容。首屏加载可以说是用户体验中最重要的环节
如何计算首屏时间
通过DOMContentLoad或者performance来计算首屏时间
// 方案1
document.addEventListener('DOMContentLoaded',(event)=>{console.log('first contentful painting')
}// 方案2
performance.getEntriesByName("first-contentful-paint")[0].startTime// performance.getEntriesByName("first-contentful-paint")[0]
// 会返回一个 PerformancePaintTiming的实例，结构如下：
{name: "first-contentful-paint",entryType: "paint",startTime: 507.80000002123415,duration: 0,
};分析原因
在页面渲染过程中，导致速度慢的原因可能如下：
- 网络延迟
- 打包文件体积过大
- 资源是否重复发送请求去加载了
- 加载脚本时，渲染内容堵塞了
解决问题
常见的几种SPA首屏优化方案
- 减小入口文件体积
- 静态资源本地缓存
- UI框架按需加载
- 图片资源的压缩
- 组件重复打包
- 开启GZIP压缩
- 使用SSR
减小入口文件体积
常用的手段是路由懒加载，把不同路由对应的组件分割成不同的代码块，待路由被请求的时候会单独打包路由，使得入口文件变小，记载速度大大增加
在vue-router配置路由的时候，采用动态加载路由的形式
routes:[ path: 'Blogs',name: 'ShowBlogs',component: () => import('./components/ShowBlogs.vue')
]以函数的形式加载路由，这样就可以把各自的路由文件分别打包，只有在解析给定路由时，才会加载路由组件。
静态资源本地缓存
后端返回资源问题：
- 采用HTTP缓存，设置Cache-Control，Lase-Modified，Etag等响应头
- 采用Service Worker离线缓存
前端合理了用LocalStorage
UI框架按需加载
在日常使用UI框架，例如element-ui、或者antd，我没经常性直接引用整个UI库，从而加大了打包的压力，适当的进行按需加载引入操作，可以大大减小打包体积
组件重复打包
假设A.js文件是一个常用的库，现在有多个路由使用了A.js文件，这就造成了重复下载
解决方案：在webpack的config文件中，修改CommonsChunkPlugin的配置
minChunks: 3minChunks为3表示会把使用3次以上的包抽离出来，放进公共依赖文件，避免了重复加载组件
图片资源的压缩
图片资源虽然不在编码过程中，但是它确实页面性能影响最大的因素
对于所有的图片资源，我们可以进行适当的压缩
对于页面上使用到的icon，可以使用线字体图标，或者雪碧图，将众多的小图标合并到一张图上，以减轻http请求压力
开启GZip压缩
拆完包之后，我们再用gzip做一下压缩 安装compression-webpack-plugin
cnmp i compression-webpack-plugin -D在vue.config.js中引入并修改webpack配置
const CompressionPlugin = require('compression-webpack-plugin')configureWebpack: (config) => {if (process.env.NODE_ENV === 'production') {// 为生产环境修改配置...config.mode = 'production'return {plugins: [new CompressionPlugin({test: /\.js$|\.html$|\.css/, //匹配文件名threshold: 10240, //对超过10k的数据进行压缩deleteOriginalAssets: false //是否删除原文件})]}}在服务器我们也要做相应的配置，如果发送请求的浏览器支持gzip，就发送给它gzip格式的文件
