Vue配置多环境变量,原来是这么回事啊

1.为什么配环境变量

2.根目录下创建以下形式的文件进行不同环境下变量的配置：

如何使用:

3.环境变量的默认值和自己添加环境变量

打包环境

这是解释篇,如果要看直接使用,则跳转这里

1.为什么配环境变量

在实际项目的开发中，我们一般会经历项目的开发阶段、测试阶段和最终上线阶段，每一个阶段对于项目代码的要求,和基地址可能都不尽相同,所以就引出了环境变量,动态识别我们的环境,在不同的生产环境下可以使用相应的配置变量

一般一个项目都会有以下 3 种环境：

开发环境（开发阶段，本地开发版本，一般会使用一些调试工具或额外的辅助功能）
测试环境（测试阶段，上线前版本，除了一些 bug 的修复，基本不会和上线版本有很大差别）
生产环境（上线阶段，正式对外发布的版本，一般会进行优化，关掉错误报告）

就以打包发布生产为例子，每次使用开发环境的接口调试完，打包的时候总要找到请求文件，去更改为线上地址然后打包,这样处理起来就会很麻烦

2.根目录下创建以下形式的文件进行不同环境下变量的配置：

.env # 在所有的环境中被载入
.env.local # 在所有的环境中被载入，但会被 git 忽略
.env.[mode] # 只在指定的模式中被载入如：production 和 development
.env.[mode].local # 只在指定的模式中被载入，但会被 git 忽略

如何使用:

创建一个名为 .env.stage 的文件，该文件表明其只在 stage 环境下被加载，在这个文件中，我们可以配置如下键值对的变量：
NODE_ENV=stage
VUE_APP_TITLE=stage mode
在项目中，我们该如何使用该配置的变量值？很简单，使用 process.env.[name] 进行访问就可以了，比如：
// vue.config.js
console.log(process.env.NODE_ENV); // development（在终端输出）

这里输出‘development’ 其实我们期望输出的是‘stage’，原因是 vue-cli-service serve 命令默认设置的环境是 development
我们希望输出为stage 就需要对package.json 中的 serve 脚本的命令进行修改
"scripts": {
    "serve": "vue-cli-service serve --mode stage",
}

--mode stage 其实就是修改了 webpack 4 中的 mode 配置项为 stage，
同时其会读取对应 .env.stage 文件下的配置，如果没找到对应配置文件，其会使用默认环境 development，同样 vue-cli-service build 会使用默认环境 production。
但这时候如果你创建一个 .env 的文件，再次配置重复的变量，但是值不同，如：
NODE_ENV=staging
VUE_APP_TITLE=staging mode
VUE_APP_NAME=project
因为 .env 文件会被所有环境加载，即公共配置，那么最终我们运行 vue-cli-service serve 打印出来的stage，但是如果是 .env.stage.local 文件中配置成上方这样，打印出来的是 staging，
所以 .env.[mode].local 会覆盖 .env.[mode] 下的相同配置。同理 .env.local 会覆盖 .env 下的相同配置。
由此可以得出结论，相同配置项的权重：
.env.[mode].local > .env.[mode] > .env.local > .env