关于vite打包优化,你了解多少

简介: 关于vite打包优化,你了解多少

生产环境中移除log

在我们开发阶段,经常会用console.log来打断点,测试代码,但这是给我们开发人员看的,代码上线后,这肯定不能被用户看到,所以在打包时可以配置一下 在vite.config.ts中配置如下命令


build: {
    //移除生产环境log
    minify: 'terser',
    terserOptions: {
      compress: {
        //生产环境时移除console
        drop_console: true,
        drop_debugger: true,
      },
    },
    //rollup打包后的静态资源名称格式
    rollupOptions: {
      output: {
        chunkFileNames: 'static/js/[name]-[hash].js',
        entryFileNames: 'static/js/[name]-[hash].js',
        assetFileNames: 'static/[ext]/[name]-[hash].[ext]'
      },
    }
  }

build是和plugin同一级的,注意一下,还有一个注意点,现在vite的terser被移除了,可以通过pnpm i terser -D 来把包下载下来

下面这个因为vite基于rollup打包,而打包后的chunk(代码块)后静态资源名称比较简单,使用命名规则可以确保在每次构建应用程序时,文件的名称都会随着内容的更改而变化,从而帮助缓存管理和版本控制。这样可以避免浏览器缓存旧版本文件的问题,并确保每次部署新的构建版本时,浏览器可以正确加载更新的文件。

CDN导入

我们常见的element-Plus,在我们考虑到包体积大小时,经常会使用按需引入和自动导入,这两种方式虽然极大的解决了包体积的问题,但是并不是最优化的方案,我们可以来对比一下

这张是用自动导入的,可以看打包时间为5s多

image.png

这张是用CDN的,打包只用1s多

image.png

可以看到用CDN的速度要快很多,接下来看看用法 用自动导入的就不说了,官网有教程,主要看用CDN的用法

借助一个插件vite-plugin-cdn-importpnpm i vite-plugin-cdn-import -Dgithub地址

接着在vite.config.ts中引入


importToCDN({
      modules: [
        {
          name: 'vue',
          var: 'Vue',
          path: "https://unpkg.com/vue@next"
        },
        {
          name: "element-plus",
          var: 'ElementPlus',
          path: "https://unpkg.com/element-plus",
          css: "https://unpkg.com/element-plus/dist/index.css"
        }
      ]
    })

这里的CDN地址可以去bootCDN复制,因为这里借助了vue所以也要引入vue的CDN,另外注意一点,我们用自动导入的时候,这几个地方不用写

image.png

但是用CDN的时候,是有不同的,跟我这里一样的配置即可

到这里就已经配置好了,但是我打包之后预览的时候发现,报错了,路径找不到,这是因为,对于pinia这种它还借助了vue-demi这个包,因此还要引入vue-demi,注意要在pinia之前引入,因此,放在vue后面最佳


importToCDN({
      modules: [
        {
          name: 'vue',
          var: 'Vue',
          path: "https://unpkg.com/vue@next"
        },
        {
          name: 'vue-demi',
          var: 'VueDemi',
          path: 'https://cdn.bootcdn.net/ajax/libs/vue-demi/0.14.0/index.iife.js'
        },
        {
          name: "element-plus",
          var: 'ElementPlus',
          path: "https://unpkg.com/element-plus",
          css: "https://unpkg.com/element-plus/dist/index.css"
        }
      ]
    })

这是最终的配置

图片压缩

我们的图片资源,有点很大,几M,10几M的也有很多,对于我们的代码,几百kb都很大了,更别说这个图片资源了,因此我们在打包前可以压缩一下

对于压缩图片我们可以选择手动压缩自动压缩,对于图片压缩,我的建议是先手动压缩再自动压缩,这里推荐一个在线的免费压缩图片网站 (TinyPNG – 智能压缩 WebP、PNG 和 JPEG 图像),可以一次压缩20-30张,并且无损,还是很香的

对于自动压缩,我们在打包时借助插件来帮我们实现 vite-plugin-imagemin ,github地址,用法也是在官网写的很清楚,这里的vbenjs很多人都听过,是一个很强的开源项目,它有很多的插件,回到我们这里,首先我们pnpm i vite-plugin-imagemin -D,先把插件下载下来,这个插件有点点问题,我下载的时候有点慢,卡住了一样,我就挂梯子下了,发现很快,所以需要魔法,另外大家也可以试试cnpm i vite-plugin-imagemin -D 这个命令就不用挂梯子了

看一下在vite中的配置


import viteImagemin from 'vite-plugin-imagemin'
//图片压缩
    viteImagemin({
      gifsicle: {
        optimizationLevel: 7,
        interlaced: false,
      },
      optipng: {
        optimizationLevel: 7,
      },
      mozjpeg: {
        quality: 20,
      },
      pngquant: {
        quality: [0.8, 0.9],
        speed: 4,
      },
      svgo: {
        plugins: [
          {
            name: 'removeViewBox',
          },
          {
            name: 'removeEmptyAttrs',
            active: false,
          },
        ],
      },
    }),

这样就能够在打包时对图片进行压缩,这里也是无损的,跟原图效果差不多。

gzip代码压缩配置

对于gzip代码压缩,有的人说我服务器端压缩了,为啥还要用vite进行gzip打包压缩,这里就涉及到一个知识点,动态压缩和静态压缩,服务器是动态压缩,占用cpu性能,vite等打包好gzip部署后走的静态压缩,服务器压力小,现在google开源的br号称比gizp还小,之前看好像只支持http,不支持https,后面可能也会支持的,先回到我们这里,同样用到一个插件vite-plugin-compression  pnpm i vite-plugin-compression -D ,这个也是vben的插件


import viteCompression from 'vite-plugin-compression'
//开启gzip
    viteCompression({
      //生成压缩包gz
      verbose: true,
      disable: false,
      threshold: 10240,
      algorithm: 'gzip',
      ext: '.gz',
    }),

注意注释开启gzip下面的代码都是写在plugin里面的,别写错位置了,上面的同样如此, 这样之后我们的代码就又压缩了一下,可以对比前后的代码体积

image.png

总结

作为一名vite初学者,还有更多的方法没有学到,这里展示最近自己学到的东西,我觉得很实用的,希望能够帮助到大家,觉得不错可以给个赞支持一下😍

相关文章
|
9月前
|
前端开发 JavaScript 开发者
Vite前端构建工具详解
Vite 是一款新兴的前端构建工具,它的出现带来了前端开发体验的革命性变化。本文将介绍 Vite 的基本概念和核心特性,并通过代码实例来演示其强大功能。
120 0
|
19天前
|
缓存 前端开发 JavaScript
Vite 打包优化:全面解析与实践
Vite 作为新一代前端构建工具,以其快速开发体验和高效打包能力著称。然而,在实际项目开发中,为了进一步提升性能和用户体验,我们仍需对 Vite 打包进行优化。本文将深入探讨 Vite 打包优化策略,涵盖代码拆分、资源压缩、缓存利用、构建配置等多个方面,并提供实践案例和最佳实践建议,帮助开发者充分释放 Vite 的潜力。
407 1
|
7月前
|
域名解析 开发框架 JavaScript
vue2.0项目从零开发到打包部署
vue2.0项目从零开发到打包部署
71 0
|
9月前
|
JavaScript
为老的vueCli项目添加vite支持
为老的vueCli项目添加vite支持
81 0
为老的vueCli项目添加vite支持
|
11月前
|
缓存 前端开发 JavaScript
前端工具Vite的出现解决了什么?
在 ESM 出现之前,Javascript 是没有一个标准的模块方案。 比如说 `CJS` 是用于 Node 服务端的模块化方案,`AMD` 是用于浏览器的模块化方案。为了解决这个模块共用性问题,出现了 `UMD` 用于兼容这两种模块规范。 鉴于上面共用性问题,实际开发中配置的打包方式,采用的还是 UMD 模式。因为这样可以避免打包而产生的规范问题,并且在 ESM 不能使用的情况下也会选择 UMD。
98 0
前端工具Vite的出现解决了什么?
|
12月前
|
JavaScript 前端开发 API
Vite 热更新的主要流程
Vite 热更新的主要流程
256 0
|
前端开发
关于我写了一个vite插件那些事
在我们开发的过程中有开发模式和生产模式,那有些测试代码会在开发模式的时候使用,在生产环境要删掉,一般是手动删除,另一种就是判断环境变量,但是环境变量不好处理template代码以及css代码,为此我写了一个插件将解决以上问题。
188 0
关于我写了一个vite插件那些事
|
Web App开发 缓存 前端开发
在vuecli3怎么提升构建打包速度?
在vuecli3怎么提升构建打包速度?
256 0
|
JavaScript 前端开发 Go
esbuild 配置开发环境
esbuild 相信在使用过vite的同学都知道,vite是开发环境使用的是esbuild来进行编译代码的,生成环境打包使用的是rollup,想看rollup的同学,可以查看我的往期文章。(实战 rollup 第一节入门) (rollup 实战第二节 搭建开发环境)(rollup 实战第二节 搭建开发环境)
esbuild 配置开发环境