为什么需要配置环境变量和模式呢？
所有方法肯定是来源于现实的需求。在一个产品的前端开发过程中，一般来说会经历本地开发、测试脚本、开发自测、测试环境、预上线环境，然后才能正式的发布。
对应每一个环境可能都会有所差异，比如说用户访问资源权限、服务器地址、接口地址等。在各个环境切换的时候，就需要不同的配置参数，所以就可以用环境变量和模式，来方便我们管理。
环境变量
1）环境变量文件分类
在vue-cli3中可以在根目录（与package.json同级）中创建以下四种类型的环境变量文件：
.env # 在所有的环境中被载入 .env.local # 在所有的环境中被载入，但会被 git 忽略 .env.[mode] # 只在指定的模式中被载入 .env.[mode].local # 只在指定的模式中被载入，但会被 git 忽略
值得注意的是，为一个特定模式准备的环境文件的（如：.env.production）将比一般的环境文件（如：.env）拥有更高的优先级。
2）环境变量配置
每一个环境变量文件中只包含环境变量的“键=值”对，所配置的变量中只有以VUE_APP_开头的变量才会被webpack.DefinePlugin静态嵌入到客户端侧包中，如：
VUE_APP_PERMISSION = true
3）环境变量访问
被载入和变量将会对vue-cli-service的所有命令、插件和依赖可用。在应用代码中通过process.env.[变量名]进行访问，从而获取到它的值，如下：
if (isDev()) {
return process.env.VUE_APP_PERMISSION === "true" ? true : false;
}除了 VUE_APP_ 变量之外，在你的应用代码中始终可用的还有两个特殊的变量：
- （1）
NODE_ENV：会是 “development”、“production” 或 “test” 中的一个。具体的值取决于应用运行的模式。 - （2）
BASE_URL：会和 vue.config.js 中的 publicPath 选项相符，即你的应用会部署到的基础路径。
所有解析出来的环境变量都可以在 public/index.html 中使用，如下：
<link rel="icon" href="<%= BASE_URL %>favicon.ico" rel="external nofollow" />
模式
1）模式分类
在vue-cli中默认情况下有以下三种模式
-
development模式：用于 vue-cli-service serve -
production模式：用于 vue-cli-service build 和 vue-cli-service test:e2e -
test模式：用于 vue-cli-service test:unit
模式与环境变量不同，一个模式可包含多个环境变量（NODE_ENV），每个模式都会将NODE_ENV的值设为模式的名称。
2）模式定义与使用
你可以通过为 .env 文件增加后缀来设置某个模式下特有的环境变量。比如，如果你在项目根目录创建一个名为 .env.development 的文件，那么在这个文件里声明过的变量就只会在 development 模式下被载入。
也可以通过传递 --mode 选项参数为命令行覆写默认的模式。
例如，如果你想要在构建命令中使用开发环境变量，则需在 package.json 脚本中设置：
"build": "vue-cli-service build --mode development"
结合实际应用
针对我们公司的项目来说，每个项目都设置了三种模式，分别为development、production和permission。我们都知道前两个是vue-cli项目中默认有的模式，那么permission模式便是我们在项目上自定义的，为什么要自定义这个模式呢？
作为非产品设计和开发人员，我们或许并不是很清楚这个模式产生的根本原因，那么我们先来看看项目上是怎么配置和应用这个模式，从而来了解它的作用。
首先在package.json添加一种类型，并修改默认环境变量为permission环境变量:
在根目录下创建.env.permission文件，来定义变量和值：
如上图所示，定义了一个.env.permission文件，并在该文件中设置VUE_APP_PERMISSION变量，并为其复制为true。（ 在src文件夹下的任意文件中都可以关联到process.env.NODE_ENV环境变量）
然后找到该变量引用的地方，如下所示：
从上图便可看出，VUE_APP_PERMISSION环境变量影响着该系统是否开启运维模式，即权限管理模式。当系统通过yarn permission命令运行时，则进入权限控制模式，需要进行登录验证，并根据登录用户获取相应的资源。
这里需要特别注意的是，每种环境变量只有在所对应的模式被编译执行的时候才能被读取，也就是说，如果我在permission模式下执行编译，那就只能读取该模式下的变量，而不能读取development和production或其他模式中所设置的环境变量。所以如果在开发模式下进行编译，那么就无法读取到permission模式下的VUE_APP_PERMISSION变量。这也保证了不同模式编译结果的唯一性。
由此可见，当我们执行yarn serve的时候走的是development模式，而该模式中并未定义VUE_APP_PERMISSION环境变量，所以isPermission()为false，即不走权限控制。所以如果要走权限控制，对资源进行权限管理，那么就需要对permission模式进行编译。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持Devmax。