Vite探索：构建、启程、原理、CSS艺术与插件魔法

1 构建工具

1.1 什么是构建工具

浏览器它只认识html，css，js

企业级项目里都可能具备哪些功能？

1. typescript：使用tsc工具将ts代码转换为js代码；
2. React/Vue：安装react-compiler/vue-compiler，将我们写的jsx文件或者.vue文件转换为render函数；
3. less/sass/postcss/component-style：我们有需要安装less-loader,sass-loader等一系列编译工具转换为css代码；
4. 语法降级：babel可以将es的新语法转换旧版浏览器可以接受的语法；
5. 体积优化：uglifyjs可以将我们的代码进行压缩变成体积更小性能更高的文件。

以上稍微改一点，就会很麻烦，所以我们希望有一个构建工具可以将以上工具全部集成到一起，实现上述功能，我们只需要关注我们写的代码即可。即构建工具可以帮我们自动去tsc，react-comiler，less，babel，uglifyjs全部走一遍，让我们不用每次关心我们的代码在浏览器运行。

打包：将我们写的浏览器不认识的代码，交给构建工具进行编译处理的过程就叫做打包，打包完成以后会给我们一个浏览器可以认识的文件。

构建工具承担了以下脏活累活：

1. 模块化开发支持：支持直接从node_modules里引入代码 + 多种模块化支持
2. 处理代码兼容性：比如babel语法降级，less，ts语法转换（不是构建工具做的，构建工具将这些语法对应的处理工具集成进来自动化处理）
3. 提高项目性能：压缩文件，代码分割
4. 优化开发体验：
   • 构建工具会帮你自动监听文件的变化，当文件变化以后自动帮你调用对应的集成工具进行重新打包，然后再浏览器重新运行（整个过程叫做热更新，hot replacement）
   • 开发服务器：跨域的问题，用react-cli create-react-element vue-cli解决跨域的问题

我们只需要首次给构建工具提供一个配置文件（这个配置文件也不是必须的，没有它也会默认处理），有了集成的配置文件以后，我们就可以在下次需要更新的时候调用一次对应的命令即可，如果再结合热更新，我们就更加不需要管任何东西，这就是构建工具去做的事情，它让我们不用关心生产的带啊吗也不用关心代码如何在浏览器运行，只需要关心我们的开发怎么写的爽怎么写就好了。

1.2 主流构建工具

• webpack
• vite
• parcel
• esbuild
• rollup
• grunt
• gulp

国内主流还是webpack，vite和esbuild。

1.3 vite相较于webpack的优势

然而，当我们开始构建越来越大型的应用时，需要处理的 JavaScript 代码量也呈指数级增长。包含数千个模块的大型项目相当普遍。基于 JavaScript 开发的工具就会开始遇到性能瓶颈：==通常需要很长时间（甚至是几分钟！）才能启动开发服务器，即使使用模块热替换（HMR），文件修改后的效果也需要几秒钟才能在浏览器中反映出来。==如此循环往复，迟钝的反馈会极大地影响开发者的开发效率和幸福感。

起因：我们的项目越大，构建工具（webpack）所要处理的js代码就越多【跟webpack的一个构建过程（工作流程有关）】

造成的结果：构建工具需要很长时间才能启动开发服务器（把项目跑起来）

yarn start
yarn dev

npm run dev
npm run start

webpack不能改，如果要改，则会动到webpack的大动脉。

// 这段代码最终回到浏览器里去运行
const lodash = require("lodash"); // commonjs 规范
import Vue from "vue"; // es6 module

// webpack是允许我们这么写的，webpack会这样转换
const lodash = webpack_require("loadsh");
const Vue = webpack_require("vue");

webpack的编译原理，AST抽象语法分析的工具，分析出js文件有哪些导入导出操作

构建工具是运行在服务端的

(function(modules) {
    function webpack_require() {}
    // 入口是index.js
    // 通过webpack的配置文件得来的：webpack.config.js ./src/index.js
    modules[entry](webpack_require);
}, ({
    "index.js": (webpack_require) => {
        const lodash = webpack_require("lodash");
		const Vue = webpack_require("vue");
    }
}))

因为webpack支持模块化，它一开始就必须要统一模块化代码，所以意味着它需要将所有的依赖读一遍。

vite会不会直接把webpack干翻？vite是基于es modules的，侧重点不一样，webpack更多的关注兼容性，而vite关注浏览器端的开发体验。

2 vite启动项目初体验

2.1 你必须要理解的vite脚手架和vite

vite官网搭建vite项目文档教程：https://cn.vitejs.dev/guide/#scaffolding-your-first-vite-project

比如我们敲了yarn create vite

1. 帮我们全局安装了一个东西：create-vite（vite的脚手架）
2. 直接运行这个create-vite bin目录下的一个执行配置

误区：认为官网中使用对应的yarn create构建项目的过程也是vite在做的事情

我们之前接触过vue-cli，create-vite和vite的关系是：create-vite内置了vite。使用vue-cli会内置webpack

先学习的就是vite，暂时不会使用yarn create vite my-vue-app --template vue。vue-cli可以和webpack分的很清楚。

vue-cli给我们提供已经精装修的模板。

我们自己搭建一个项目：下载vite，vue，post-css，less，label

vue-cli/create-vite给了一套精装修的模板：什么都下好了，并且给你做了最佳实践的配置

2.2 vite开箱即用

开箱即用（out of box）：不需要做任何额外的配置就可以使用vite来帮你处理构建工作

在默认情况下，我们的esmodule去导入资源的时候，要么是绝对路径，要么是相对路径，既然我们现在的最佳实践是node_modules，那么为什么es官方在我们导入非绝对路径和非相对路径的资源的时候不默认帮我们搜寻node_modules？

浏览器环境中的安全性原因是一个主要考虑因素。如果浏览器默认搜索node_modules目录，那么恶意的代码可能会利用这个功能访问和执行不受信任的模块代码，从而导致安全风险。通过限制导入路径，浏览器可以更好地控制模块的来源和访问权限。

另外，性能也是一个重要的考虑因素。浏览器默认只支持绝对路径和相对路径的导入，可以在编译时静态解析模块依赖关系，从而提高加载和执行模块的效率。如果浏览器要搜索node_modules目录，可能需要进行额外的文件系统操作和路径解析，增加了加载模块的时间和资源消耗。

2.3 vite的预加载

import _ from "lodash"; // lodash可能也import了其他的东西

import _vite_cjsImport0_lodash from "/node_modules/.vite/deps/loadsh.js?v=ebe57916";

在处理的过程中如果说看到了有非绝对路径或者相对路径的引用，则会尝试开启路径补全

找寻依赖的过程是自当前目录依次向上查找的过程，直到搜寻到根目录或者搜寻到对应依赖为止 /user/node_modules/lodash, ../

区分生产环境和开发环境：

yarn dev ----> 开发（每次依赖预构建所重新构建的相对路径都是正确的）

vite会全权交给一个叫做rollup的库去完成生产环境的打包

缓存 ---->

实际上vite在考虑另外一个问题的时候就顺便把这个问题解决了

commonjs 规范的导出 module.exports

有的包是以commonjs规范的格式导出 axios

依赖预构建：首先vite会找到对应的依赖，然后调用esbuild（对js语法进行处理的一个库），将其他规范的代码转换成esmodule规范，然后放到当前目录下的node_modules/.vite/deps，同时对esmodule规范的各个模块进行统一集成

所以它解决了3个问题：

1. 不同的第三方包会有不同的导出格式（这个是vite没法约束人家的事情）
2. 对路径的处理上可以直接使用.vite/deps，方便路径重写
3. 叫做网络多包传输的性能问题（也是原生esmodule规范不敢支持node_modules的原因之一），有了依赖预构建以后无论它有多少的额外的export和import，vite都会尽可能的将他们集成最后只生成一个或者几个模块

vite.config.js === webpack.config.js

2.4 vite配置文件处理细节

1. vite配置文件的语法提示

   1. 如果你使用的是webstorm，那你可以得到很好的语法补全
   2. 如果你使用的是vscode或者其他编辑器，则需要做一些特殊处理

2. 关于环境的处理

   过去我们使用webpack的时候，我们需要区分配置文件的一个环境：

   • webpack.dev.config
   • webpack.prod.config
   • webpack.base.config
   • webpackmerge

2.5 vue环境变量配置

环境变量：会根据当前的代码环境产生值的变化的变量就叫做环境变量

代码环境：

1. 开发环境：开发环境是开发人员进行软件开发和调试的地方。在开发环境中，开发人员可以进行代码编写、调试、测试和验证。这个环境通常是本地的开发机器，开发人员可以通过使用 Vite 的开发服务器（dev server）来提供实时的重新加载（live reloading）和模块热替换（hot module replacement）功能，以便更快地进行开发和调试。
2. 测试环境：测试环境是用于进行软件测试的环境。在测试环境中，开发人员和测试人员可以对软件进行不同类型的测试，例如单元测试、集成测试和端到端测试。在测试环境中，可以使用 Vite 构建工具生成测试所需的构建文件，并在模拟的环境中进行测试。
3. 预发布环境：预发布环境是在软件发布之前进行最后测试和验证的环境。在预发布环境中，可以对软件进行更全面的测试，以确保它符合发布的质量标准。这个环境通常是一个类似于生产环境的环境，但在实际发布之前，可能会使用一些模拟数据和模拟系统进行测试。
4. 灰度环境：灰度环境是在软件发布后逐步向用户群体推出新功能或更新的环境。在灰度环境中，新的软件版本或功能将部署到一小部分用户中，以便测试其稳定性和兼容性。这个环境类似于生产环境，但只有一部分用户能够访问新的功能或更新。
5. 生产环境：生产环境是最终向用户提供服务的环境。在生产环境中，已经通过了开发、测试、预发布和灰度环境的验证，并且已准备好为最终用户提供稳定、可靠的服务。在生产环境中，通常会使用 Vite 构建工具生成用于部署的生产级别的构建文件，并进行必要的优化和压缩，以提供最佳的性能和用户体验。

我们在和后端同学对接的时候，前端在开发环境中请求的后端API地址和生产环境请求的后端API地址是一个吗？肯定不是一个

• 开发和测试：http://test.api/
• 生产：https://api/

在vite中的环境变量处理：

vite内置了dotenv这个第三方库，会自动读取.env文件，并解析这个文件中的对应的环境变量，并将其注入到process对象下（但是vite考虑到和其他配置的一些冲突问题，它不会直接注入到process对象下）

涉及到vite.config.js中的一些配置：

• root
• envDir：用来配置当前环境变量的文件地址

vite给我们提供了一些补偿措施：我们可以调用vite的loadEnv来手动确认env文件

porcess.cwd方法：返回node进程的工作目录

小知识：为什么vite.config.js可以书写成esmodule的形式，这是因为vite他在读取这个vite.config.js的时候会率先node去解析文件语法，如果发现你是esmodule规范则会直接将你的esmodule规范替换成common js规范

.env：所有环境都需要用到的环境变量

.env.development：开发环境需要用到的环境变量（默认情况下vite将我们的开发环境取名为development）

.env.production：生产环境需要用到的环境变量（默认情况下vite将我们的生产环境取名为production）

yarn dev --mode development 会将mode设置为development传递进来

当我们调用loadenv的时候，它会做如下几件事情：

1. 直接找到.env文件不解释，并解析其中的环境变量，放到一个对象里

2. 会将传进来的mode这个变量的值进行拼接：env.development，并根据我们提供的目录去取对应配置文件并进行解析，并放进一个对象

3. 我们可以理解为

   const baseEnvConfig = 读取.env配置
   const modeEnvConfig = 读取env相关配置
   const lastEnvConfig = {...baseEnvConfig, ...modeEnvConfig}
   

如果是客户端，vite会将对应的环境变量注入到import.meta.env里去

vite做了一个拦截，为了防止我们将隐私性的变量直接送到import.meta.env中，所以做了一层拦截，如果你的环境变量不是以VITE开头的，他就不会帮你注入到客户端中去，如果我们想要更改这个前缀，可以去使用envPrefix配置。

3 vite 原理篇

3.1 vite是怎么让浏览器可以识别.vue文件呢

Vite 是一个现代化的前端构建工具，它使用了一种名为单文件组件（Single File Components）的技术来让浏览器能够识别和加载 .vue 文件。

在传统的前端开发中，浏览器无法直接识别和加载 .vue 文件，因为 .vue 文件包含了 HTML、CSS 和 JavaScript 代码，而浏览器只能识别和执行 JavaScript 文件。

Vite 利用了构建工具和打包器的能力，在开发阶段将 .vue 文件转换为浏览器可以识别的形式。它借助特定的编译器（如 Vue 编译器）将 .vue 文件的模板、样式和脚本部分分别提取出来，并将它们转换为浏览器可以理解的代码。

具体地说，Vite 使用了名为 “vue-loader” 的工具来解析和转换 .vue 文件。这个工具会解析 .vue 文件的内容，提取出其中的模板、样式和脚本，并将它们转化为独立的代码块。然后，Vite 使用浏览器原生的 ES 模块导入机制，通过 `, }, tags: [ { injectTo: 'body-prepend', tag: 'div', attrs: { id: 'tag', }, }, ], }, }), ], })

5.3.3 vite-plugin-mock

mock数据：模拟数据

前后端一般是并行开发，用户列表（接口文档）

mock数据，去做你前端的工作

1. 简单方式：直接去写死一两个数据，方便调试。
   • 缺陷：没法做海量数据测试
   • 没法获得一些标准数据
   • 没法去感知http的异常
2. mockjs：模拟海量数据的，vite-plugin-mock的依赖项是mockjs

安装：

yarn add mockjs -D
yarn add vite-plugin-mock -D

使用方法：https://github.com/vbenjs/vite-plugin-mock

5.3.4 其他插件

插件地址

d’,

        tag: 'div',
        attrs: {
          id: 'tag',
        },
      },
    ],
  },
}),

],
})

5.3.3 vite-plugin-mock

mock数据：模拟数据

前后端一般是并行开发，用户列表（接口文档）

mock数据，去做你前端的工作

1. 简单方式：直接去写死一两个数据，方便调试。
   • 缺陷：没法做海量数据测试
   • 没法获得一些标准数据
   • 没法去感知http的异常
2. mockjs：模拟海量数据的，vite-plugin-mock的依赖项是mockjs

安装：

yarn add mockjs -D
yarn add vite-plugin-mock -D

使用方法：https://github.com/vbenjs/vite-plugin-mock

5.3.4 其他插件

插件地址