关于Linux中的环境变量

首先，什么是环境变量？？？

常见环境变量

查看环境变量方法

Linux下查看环境变量

main函数参数

手动获取环境变量

关于环境变量具有全局属性

首先，什么是环境变量？？？

环境变量(environment variables)一般是指在操作系统中用来指定操作系统运行环境的一些参数不知道各位小伙伴会不会有疑问，为什么我们在Linux下运行自己写的程序前面需要加上 ./ ，而而运行系统的指令是不需要加上 ./ 。这是为什么呢？示例：

[wxq@VM-4-9-centos code_4_9]$ cat test.c 
#include 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 #include #include 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 #include #include 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  extern char **environ; //声明环境变量是系统给我们的

[wxq@VM-4-9-centos code_4_9]$ cat getenv.c 
#include #include #include 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  char *getenv(const char *name);

[wxq@VM-4-9-centos code_4_9]$ cat getenv.c 
#include #include #include 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 #include #include 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 #include #include 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]$

分类:热门推荐日期:2024-04-10浏览:1评论:0

首先，什么是环境变量？？？

常见环境变量

查看环境变量方法

Linux下查看环境变量

main函数参数

手动获取环境变量

关于环境变量具有全局属性

环境变量 示例

相关推荐