目录
首先,什么是环境变量???
- 环境变量(environment variables)一般是指在操作系统中用来指定操作系统运行环境的一些参数
[wxq@VM-4-9-centos code_4_9]$ cat test.c #include <stdio.h> int main() { printf("hello world!\n"); return 0; } [wxq@VM-4-9-centos code_4_9]$ make gcc -o a.out test.c [wxq@VM-4-9-centos code_4_9]$ ./a.out hello world! [wxq@VM-4-9-centos code_4_9]$ ll total 20 -rwxrwxr-x 1 wxq wxq 8360 Apr 9 14:48 a.out -rw-rw-r-- 1 wxq wxq 60 Apr 9 14:43 Makefile -rw-rw-r-- 1 wxq wxq 80 Apr 9 14:44 test.c
可以看到,执行a.out的时候前面需要加上 ./ , 而系统的指令ls是不需要的,这是为什么?
[wxq@VM-4-9-centos code_4_9]$ /home/wxq/study_4/code_4_9/a.out hello world!
那么又是为什么,系统指令可以不带路径呢?原因就是 --- 环境变量
常见环境变量
- PATH : 指定命令的搜索路径
- HOME : 指定用户的主工作目录(即用户登陆到Linux系统中时,默认的目录)
- SHELL : 当前Shell,它的值通常是/bin/bash。
查看环境变量方法
echo $NAME :NAME 环境变量名称
[wxq@VM-4-9-centos code_4_9]$ echo $PATH /usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/wxq/.local/bin:/home/wxq/bin [wxq@VM-4-9-centos code_4_9]$ which ls alias ls='ls --color=auto' /usr/bin/ls
我们会发现,之所以运行ls不用带路径,是因为ls的路径本来处在环境变量(/usr/bin/)当中
那么是不是意味着,如果把我们自己写的可执行程序的路径放进环境变量当中,这样我们的程序是不是就不用带路径也能运行呢??我们试一下:
这里需要补充一个指令:
export :设置环境变量
需要注意一点,命令行上修改环境变量只在本次对话上有效,重新登录即失效
示例:
[wxq@VM-4-9-centos code_4_9]$ pwd
/home/wxq/study_4/code_4_9
[wxq@VM-4-9-centos code_4_9]$ export PATH=$PATH:/home/wxq/study_4/code_4_9
[wxq@VM-4-9-centos code_4_9]$ echo $PATH
/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/wxq/.local/bin:/home/wxq/bin:/home/wxq/study_4/code_4_9
[wxq@VM-4-9-centos code_4_9]$ a.out
hello world!
[wxq@VM-4-9-centos code_4_9]$
观察示例会发现,当我们把自己写的可执行程序的路径放到环境变量当中的时候,再次执行程序,是不需要加上路径的。
其实这个在Windows下也有体现:比如
Linux下查看环境变量
env :查看当前的所有环境变量
示例:
[wxq@VM-4-9-centos code_4_9]$ env XDG_SESSION_ID=458557 HOSTNAME=VM-4-9-centos TERM=xterm SHELL=/bin/bash HISTSIZE=3000 SSH_CLIENT=122.193.66.176 46485 22 OLDPWD=/home/wxq/study_4 SSH_TTY=/dev/pts/0 USER=wxq LD_LIBRARY_PATH=:/home/wxq/.VimForCpp/vim/bundle/YCM.so/el7.x86_64 LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36:*.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=01;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xspf=01;36: MAIL=/var/spool/mail/wxq PATH=/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/wxq/.local/bin:/home/wxq/bin:/home/wxq/study_4/code_4_9 PWD=/home/wxq/study_4/code_4_9 LANG=en_US.utf8 SHLVL=1 HOME=/home/wxq LOGNAME=wxq SSH_CONNECTION=122.193.66.176 46485 10.0.4.9 22 LESSOPEN=||/usr/bin/lesspipe.sh %s PROMPT_COMMAND=history -a; history -a; printf "\033]0;%s@%s:%s\007" "${USER}" "${HOSTNAME%%.*}" "${PWD/#$HOME/~}" XDG_RUNTIME_DIR=/run/user/1001 HISTTIMEFORMAT=%F %T _=/usr/bin/env [wxq@VM-4-9-centos code_4_9]$
其实环境变量没有多少,不要被中间那一大长串给吓到,那个只是Linux下的配色方案,对,你没听错,那一大串都是
说到这里,那就再多提一嘴吧,其实main函数也是可以带参的
main函数参数
int main(int argc, char* argv[], char* env[])
可能会有些小伙伴说,我并没有见过谁给main函数传这些参数啊,其实这些参数在编译的时候,就已经被传递给了main函数,只不过,这个过程并没有显示出来。
argc:命令行参数的个数
char* argv[ ]:指针数组,存放的是参数的地址
比如说我们写一个程序测试一下,这到底是个什么东西?
示例:
[wxq@VM-4-9-centos code_4_9]$ cat test.c #include <stdio.h> #include <stdlib.h> #include <unistd.h> int main(int argc, char* argv[],char* env[]) { int i = 0; for(i = 0; i < argc; i++) { printf("argv[%d]: %s ", i, argv[i]); printf("\n"); } return 0; } [wxq@VM-4-9-centos code_4_9]$ a.out -a -b -c argv[0]: a.out argv[1]: -a argv[2]: -b argv[3]: -c [wxq@VM-4-9-centos code_4_9]$
其实就是指令/可执行程序后面带的参数,命令行参数最大意义:就是可以让同样的一个程序通过选项的方式,选择使用同一个程序的不同子功能,这就叫做选项的含义,即这些所有的选项底层都是命令行参数完成的
char* env[ ]:指针数组,存放的是环境变量的地址
每个程序都会收到一张环境表,环境表是一个字符指针数组,每个指针指向一个以O'结尾的环境字符串 .
那么如何手动获取环境变量呢???
手动获取环境变量
方式1:
[wxq@VM-4-9-centos code_4_9]$ cat getenv.c #include <stdio.h> #include <stdlib.h> #include <unistd.h> int main(int argc, char* argv[],char* env[]) { int i = 0; for(i = 0; env[i]; i++) { printf("env[%d]: %s\n ", i, env[i]); } return 0; } [wxq@VM-4-9-centos code_4_9]$
方式2: man environ
#include <unistd.h>
extern char **environ; //声明环境变量是系统给我们的
[wxq@VM-4-9-centos code_4_9]$ cat getenv.c #include <stdio.h> #include <stdlib.h> #include <unistd.h> int main(int argc, char* argv[],char* env[]) { extern char** environ; int i = 0; for(i = 0; environ[i]; i++) { printf("env[%d]: %s\n ", i, environ[i]); } return 0; } [wxq@VM-4-9-centos code_4_9]$
上述两种方式得到的结果与 直接操作指令 env 得到的结果相同,这里效果就不做显示
方式3:man getenv
#include <stdlib.h>
char *getenv(const char *name);
[wxq@VM-4-9-centos code_4_9]$ cat getenv.c #include <stdio.h> #include <stdlib.h> #include <unistd.h> int main(int argc, char* argv[],char* env[]) { printf("%s\n", getenv("PATH")); return 0; } [wxq@VM-4-9-centos code_4_9]$ make gcc -o b.out getenv.c [wxq@VM-4-9-centos code_4_9]$ b.out /usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/wxq/.local/bin:/home/wxq/bin:/home/wxq/study_4/code_4_9
关于环境变量具有全局属性
子进程的环境变量是从父进程来的!
默认,所有的环境变量,都会被子进程继承
那么最初的环境变量是从哪里来的呢? - bash 这不就是shelll外壳吗
操作系统启动的时候会有很多的配置文件,所以,在启动的时候,bash就会在配置文件中获取到环境变量。
示例:
[wxq@VM-4-9-centos code_4_9]$ dw=123456 [wxq@VM-4-9-centos code_4_9]$ echo $dw 123456 [wxq@VM-4-9-centos code_4_9]$ set | grep dw dw=123456 local object command cmdword; for ((cmdword=1; cmdword < ${#words[@]}-1; cmdword++ )) [[ -n $object ]] && command=${words[cmdword]} && break; [[ ${words[cmdword]} != -* ]] && object=${words[cmdword]}; [wxq@VM-4-9-centos code_4_9]$
set:显示bash当中的环境变量
env :显示全部的环境变量
通过上面的示例我们发现,dw可以被定义为环境变量,并且也存在于bash的上下文当中,但是要注意,这里的dw不具备全局属性,是不能被调用的,如果想要具备全局属性,前面需要加上export
示例:
不加上export会报段错误
[wxq@VM-4-9-centos code_4_9]$ vim getenv.c [wxq@VM-4-9-centos code_4_9]$ make gcc -o b.out getenv.c [wxq@VM-4-9-centos code_4_9]$ cat getenv.c #include <stdio.h> #include <stdlib.h> #include <unistd.h> int main(int argc, char* argv[],char* env[]) { printf("%s\n", getenv("dw")); return 0; } [wxq@VM-4-9-centos code_4_9]$ ./b.out Segmentation fault [wxq@VM-4-9-centos code_4_9]$
加上就可以全局调用了
[wxq@VM-4-9-centos code_4_9]$ vim getenv.c [wxq@VM-4-9-centos code_4_9]$ make gcc -o b.out getenv.c [wxq@VM-4-9-centos code_4_9]$ cat getenv.c #include <stdio.h> #include <stdlib.h> #include <unistd.h> int main(int argc, char* argv[],char* env[]) { printf("%s\n", getenv("dw")); return 0; } [wxq@VM-4-9-centos code_4_9]$ export dw=123456 [wxq@VM-4-9-centos code_4_9]$ make clean;make rm -f a.out b.out gcc -o a.out test.c gcc -o b.out getenv.c [wxq@VM-4-9-centos code_4_9]$ ./b.out 123456 [wxq@VM-4-9-centos code_4_9]$