目录
前言：
命令行参数
环境变量
直接看现象
更多的环境变量
尝试理解环境变量
前言：
今天介绍的是一个较为陌生的名词，环境变量，在学习环境变量之前，我们需要一定的预备知识，这个预备知识是命令行参数，所以今天我们介绍环境变量的时候，介绍顺序是先介绍命令行参数，然后直接看有关环境变量的现象，到更多的环境变量，最后我们尝试来理解环境变量。
现在进入第一个话题，预备知识——命令行参数。
命令行参数
介绍命令行参数我们从main函数开始，相信不少人是比较疑惑的，这和C语言的main函数有什么关系？还真有，只不过是我们最开始忽略了main函数的参数而已，相信这个时候有人开始有反应了，main函数我们学习的时候确实会有人带参数，只是因为没有方法传参进行调用，也就不了了之了：
5 int main(int argc,char* argv[]) 6 { 7 8 9 return 0; 10 } 今天的命令行参数就从argc argv开始。
那么先来一段代码：
5 int main(int argc,char* argv[]) 6 { 7 for(int i = 0;i < argc;i++) 8 { 9 printf("%s\n",argv[i]); 10 } 11 12 return 0; 13 }为什么写这样一段代码呢？我们不妨对参数进行一点分析，int argc说明argc是一个整形，后面的argc是一个char*类型的数组，就代表说这个数组的内容是char*，那么我们应该是可以尝试进行打印的，所以我们写了如下代码，make一下之后，我们看看结果是什么：
结果是我们在命令行参数不管输入多少都会进行打印，并且打印顺序默认是从左到右，即最开始的一定是./test，那么这是为什么呢？
我们再来看一段代码：
6 int g_val = 100; 7 int main() 8 { 9 int a = 1; 11 pid_t id = fork(); 12 if(id == 0) 13 { 14 printf("a=%d&&g_val=%d\n",a,g_val); 15 } 16 return 0; 17 } 打印结果：
这个打印结果很简单，这里提问，子进程为什么能打印g_val的值呢？
我们都知道全局变量是在main函数栈帧创建之前就创建了的，按道理来说应该是和子进程没有关系才对，那么，子进程能打印这是怎么回事呢?
这里就得出来一个重要结论，父进程的数据，默认能被子进程看到并访问！
我们现在有了两个预备知识：
1 main函数的命令行参数可以使用，命令行参数是我们输入得来的
那么作用是什么？不要忘记我们ls的不同选项了，是不是就可以结合命令行参数，类似于通过下标的方式，来执行不同的功能了？这就是命令行参数要做的事。
2 父进程的数据默认能被子进程看到并访问
第三个知识是，我们平常输入指令的地方，也就是命令行解释器，提问，我们是输入给谁的呢？为什么我们输入了对应的指令，就可以有相应的指令运行呢？
这里，就是命令行解释器，我们平常输入的ls cd等命令，输入了之后，在进程部分我们知道它们实际上也是一个一个的进程，那么它们的父进程是什么？
不管我们写了任何的代码，不管怎么运行，不管我们使用的是任何的指令，不管带了多少个选项，它们本质都是进程，我们打印出来它们的ppid，在ps里面，查对应的ppid，就发现是bash进程。
这个场景是不是很像VS中cin的时候，等待输入？
所以实际上我们的操作都是对bash进程操作的，虽然我们是运行了子进程，但是本质都是给的bash进程。
预备知识3：
3 命令行给的指令等，都是传给bash的
环境变量
3个预备知识已经就位，首先提一个问题，ls运行的时候是进程，我们自己写的代码运行的时候./test也是进程，它们两个都是子进程，凭什么我们自己写的代码就需要./ ，要在当前路径寻找呢？ls等指令就不需要呢?
直接看现象
我们直接引出结论，因为有PATH这个环境变量的存在，我们可以使用echo打印出来看看:
这样是不行的，我们需要$符号：
我们可以看到有多个路径，以冒号为分隔符。
而且可以看到，ls的指令是在bin目录里面，在PATH里面恰好也有，而查找命令就是根据PATH里面有没有对应的路径，如果没有对应的路径，就需要我们自己指定路径了。
这是PATH的用途。
这样更加直观，我们可以指定路径，来执行我们所写的代码。
这是直接看现象部分，Linux中有全局设置，即是告诉编译器，应该去哪里寻找命令。
那么我们如果想要和系统一样，直接执行呢？也就是说我们要修改PATH，或者说将可执行文件放在PATH里面的目录里面，我们先来试试第二种，将我们对应的路径加进去：
使用该指令，将我们的可执行文件所在的文件路径加进去即可，然后就可以执行运行。
这里有一个需要注意的点，test在Linux中是一个命令，如果我们的可执行文件是test的话，就会导致结果容易混淆，这里推荐将可执行文件换个名字：
此时就好了。
这是第二种，我们来试试第一种，直接修改PATH：
此时我们直接修改，然后会发现PATH的路径只有我们赋值的，这是一种覆盖：
但是此时就会发现，bin目录的，或者是说原来的路径里面的指令都使用不了，但是我们的main还是可以使用：
好了，是不是感觉麻烦来了？什么指令都用不了了，此时，有同学会注意到为什么echo还可以使用？
这里就先埋个伏笔，我们通过这个现象，引入一个问题，我们打印出来的Hello world是来源于内存还是磁盘呢？
答案不用多说，自然是内存，那么我们使用指令的时候，bash进程肯定是要先找到指令，那么去哪里找呢？结合我们打印Hello world，我们知道是先将字符串加载到虚拟地址，也就是到了内存里面，同理，bash找指令的时候，是不是应该到虚拟内存去找？
当我们登录到Linux系统的时候，许多配置文件是先加载到了bash进程，那么环境变量是否在配置文件里面呢？当然是，所以我们能看到的PATH不过是内存级的变量，如果我们重启一下，那么我们对PATH的修改就没有用了，因为配置文件我们没有修改。
那么对于配置文件和指令，我们可以有一个结论，因为bash要执行指令的时候，需要找到该指令，那么配置文件就一定比指令先加载到bash进程里面。
既然提到了配置文件，我们不妨看几个：
对于vim来说，viminfo就是它的配置文件之一，所以我们yum的时候，是十分方便的，因为它会帮我们下载对应的配置文件，我们就不用单独配置文件了。
更多的环境变量
我们现在了解了一个环境变量，我们来看看更多的环境变量：
因为图片大小原因，这里截图部分，我们使用指令env即可查出来一张表，环境变量表，里面包好了所有的环境变量，我们每个简单介绍一下：
SHELL变量，外壳程序，可以理解为bash是它实例化的一个对象，HISTSIZE历史大小，表示该机器能存储我们指令的最大个数，我们平时使用指令是可以上翻下翻找我们使用过的指令的，那么查找是有个度，就是这个环境变量，是我们存储指令的最大数目，默认是1000.
可以使用指令history来查看我们写过的指令。HISTTIMEFORMAT历史时间格式，PWD代表当前路径，它是可以变化的，因为我们不管在哪个路径下是用pwd都可以打印当前路径，就是因为它是变化的。HOME不用多少，当前用户的家目录。
带有UTF的环境变量是表示当前的编码是什么，比如这台机器的编码就是UTF-8，下面那个让人头皮发麻的是颜色设置。
还有这些，比如PATH，USER等。
以上就是其他的环境变量。
那么我们能不能自己来点环境变量呢？当然是可以的：
难道这么简单？
这也没有找到啊？
为什么又可以打印呢？
哦~原来是因为HELLO是个本地变量，我们只需要知道一下本地变量就可以了，没啥用这东西，那么我们如何让HELLO变成环境变量呢？
export即可，如何取消我们设置的环境变量呢？
unset即可。
尝试理解环境变量
我们首先来看一个函数，我们想要通过代码的形式，来看到环境变量，所以我们使用environ，它是一个二级指针，不出意外，指向的是一个char*的数组，那么我们打印看看：
int main(){ extern char** environ; for(int i = 0;environ[i];i++) { printf("env[%d]:%s\n",i,environ[i]); } return 0;}
欸！这个东西，怎么那么，像我们刚才看到的环境变量？对！它们就是我们刚才看到的环境变量。
那么结合我们的预备知识2，父进程的数据可以被子进程看到，我们知道最开始加载到了bash进程环境变量，可以被子进程打印出来，那么在bash里面是如何对诸多环境变量进行管理的呢？
这里的environ是二级指针的数组，供子进程使用，我们不难猜测，bash进程组织环境变量是靠的一张表，char* env里面存储的就是所有的环境变量，而environ指向的就是env数组，那么就可以通过下标的方式进行打印。
既然数据都共享了，父进程不妨直接给子进程两张表，一张表是命令行参数表，一张表是环境变量表。
此时，我们在命令行解释器输入的-a使用到了命令行参数表，环境变量表我们可以这样：
int main(int argc,char* argv[],char* env[]){ for(int i = 0;env[i];i++) { printf("%s\n",env[i]); } return 0;}所以引入了main函数的第三个参数，env环境参数表，这里使用env[i]作为判断条件，我们还可以证明一件事，argv[] env[]都是以NULL结尾的。
看一个库里面的函数，叫做getenv，简单的，我们直接实例代码即可：
int main(int argc,char* argv[],char* env[]){ char* str = getenv("PATH"); if(str) { printf("%s\n",str); } return 0;}
简而言之，getenv就是用来查找环境变量的。
所以现在查找环境变量有三种方式，一种是getenv，一种是main函数的参数，一种是environ二级指针。
我们现在进入最后一个话题，为什么我们最开始修改了PATH，但是仍然可以执行echo命令呢？
我们如果export一个环境变量，env里面可以查找到：
但是我们结合父进程的数据能被子进程看到，但是子进程的数据不应该被父进程看到这个点，难道bash执行export不会创建子进程吗？
是的，如果创建了子进程，bash的env表就是不能看到HELLO，所以这种指令是特殊指令，叫做内建命令，是由bash自己来执行的，不是创建了子进程的。
到此，环境变量就结束了！尚未不清楚的点后续更新~
感谢阅读！