前言：大佬写博客给别人看，菜鸟写博客给自己看，我是菜鸟。

感言：每天的认知都在被刷新。

1：基本概念

环境变量(environment variables)：⼀般是指在操作系统中⽤来指定操作系统运⾏环境的⼀些参数

2：环境变量表

环境变量表：

当用户登陆，系统会自动创建bash，而bash会生成环境变量表，它是一个字符指针数组，如下图

数组中每个指针指向了一个以"\0"结尾的环境字符串

注：

👉：环境变量在系统中通常具有全局性

👉：子进程会继承父进程的环境变量表

3：命令行参数表

在讲命令行参数表之前，我们先观察一下下面这段代码：

这里就需要刷新一下认知：

①：我们平时所写的main函数其实是有参数的

②：main函数并不是程序的开始位置，有一个start函数，调用了main函数。

图中：

argv[] → 指针数组，里面存放的是bash将用户指令解析过后的参数

argc   → 参数的个数

当我们输入 ./code -a 去执行这段代码时，如下图，bash将指令解析过后，会一一放入到命令行参数表当中。图中的 -a -b -c 是为了用户能够通过自定义设置，来实现自己想要完成的目标。

留一个疑问：为什么code -a 不能够直接执行？而 ls -l 能够直接执行？

带着上述疑问我们来思考一下：

当用户输入对应指令时，bash会将指令一一解析，放入到如下图的命令行参数表当中，但是别忘了先前我们提到的：用户登陆时，bash就会自动生成一个环境变量表！bash在将指令放入到命令行参数表时同时会在环境变量表中去查询ls指令，对应的查找方法是，将 PATH 环境变量中的路径参数，插入到 ls 前面，即在PATH路径下去寻找是否存在 ls 指令，事实是：PATH路径中当然存在ls，于是乎bash找到了ls指令，然后成功实现指令，而其中 -l 又是老祖宗想要实现的自定义目标，就正如我们上面代码中的 -a -b -c。

注1：我们来看看环境变量 PATH是怎样的？

注2：现在来回答上述疑问，因为环境变量 PATH 中没有找到 code 这条指令，因此无法执行。 (其实可以将 code 加入到 PATH 搜索路径中的任意一个路径处，但是不推荐，会污染指令池。还有一种方法是在 PATH 的搜索路径中额外添加code所在的路径。)

注3：环境变量最开始是从系统的相关配置文件中来的

当我们登陆时，系统创建bash时，会自动调用bashrc 和 bash_profile 中的内容，构建相应的环境内容。

注4：环境变量远不止PATH一个，通过env指令能够查看当前所有环境变量。

4：与环境变量有关的指令

env：查看所有环境变量

echo $name：查看指定环境变量内容

export name=xxxxxx：导入一个环境变量，不能有空格

unset name：释放指定环境变量

char * s= getenv("name") : 通过函数获取指定环境变量的方式

注1：其中export是内建指令，在执行时不需要创建子进程，而是由bash亲自执行，其他内建指令还有pwd、cd等。

注2：bash内部除了环境变量，还存在本地变量，本地变量只在bash内部使用，通过set指令可以查看当前所有的环境变量以及本地变量