[ linux-系统 ] 命令行参数 | 环境变量
命令行参数
命令行参数是指用户在启动程序时通过命令行传递给程序的参数。这些参数可以用于控制程序的行为、传递输入数据或配置选项。
在 C/C++ 中，命令行参数通过 main 函数的参数传递
命令行参数列表
argc:参数的个数 argv[]：参数的清单
为什么要有它？看以下代码及运行结果
我们用的指令后面为什么可以带选项，带选项运行结果就不一样，这就是通过命令行参数实现的
同一个程序，可以根据选项的不同，表现出不同的功能
环境变量
在main函数中可以有三个参数，前两个讲过了，第三个参数是环境变量
常见环境变量
PATH
为什么我们编译的代码不能直接写code必须待带./code表示当前路径的文件
而系统的指令就不用带./
系统的指令不用带./，因为系统默认在/usr/bin目录里找，系统的指令已经在usr/bin目录里了
为什么系统知道命令在/usr/bin路径下？
因为环境变量PATH，告诉了shell应该去哪一个路径下查指令
查看PATH
PATH是指定路径的集合，系统可执行文件的搜索集合
如果我不想带路径，让我的程序运行起来？
1. cp /usr/bin
2.把自己的路径，添加到PATH中
我们把xshell关掉再重新打开，看看PATH会不会变
发现我们改过的PATH又回到初始状态了，这说明环境变量PATH是内存级别的。那么最开始环境变量的内容是从哪里来的--开始都是在系统配置文件中的
我们登陆xshell,启动一个xshell进程->读取用户和系统相关环境变量的配置文件->形成自己的环境变量表
配置文件在家目录里 .bashrc .bach_profile
我们在配置文件中，PATH加上我们的路径，这样我们即使关掉xshell再打开，我们的路径在PATH中也不会消失了。
HOME
当前路径对应的家目录
发现用户身份变化，同一个HOME变量，但是环境变量的内容是不一样的
是默认在我的家目录下才设置的环境变量，还是先读取环境变量，把我当前的用户设置进当前的默认路径呢？
当我们登陆的时候，先创建bash，bash读取环境变量配置文件->PATH,HOME已经被设置好了，bash也是一个进程也有自己的cwd，环境变量HOME就是用户登陆时的cwd
获取环境变量
getenv()
PWD是保存进程所在的工作路径的，进程能获得自己所在的路径
可以写一个程序只让某一个用户进行访问
sunhao用户可以正常访问
切换到root，不可以访问
环境变量的导入删除和验证
shell中既有本地变量又有环境变量
set可以查到本地变量以及环境变量的信息
使用export命令设置新的环境变量。
删除环境变量
unset
本地变量和环境变量都是bash进程维护的字符串
本地变量不会子进程被继承，环境变量会被子进程继承
下面代码验证环境变量会被子进程继承
最开始ISRUNNING=1，ISRUNNING在本地变量中，子进程不能继承
后来把ISRUNNING export导入环境变量中，子进程可以继承
上面代码确实验证了环境变量可以被bash的子进程继承，那么子进程再fork()出来的子进程也会继承环境变量吗？可以的。这就说明环境变量具有"全局属性"
为什么？
1.系统的配置信息，尤其是具有指导性的配置信息，他是系统配置起效的一种表现
2.进程具有独立性，环境变量可以用来进程间传递数据(只读数据)
第三方变量environ获取环境变量
