一直以来,配置环境变量的时候都是管中窥豹,对于环境变量的配置似懂非懂。 现在就来认真补一补这方面的不足。
主要内容包括:
先来思考这些问题:
专项学习环境变量之前的理解: 雾里看花 java,node,go,python这些命令在SDK安装过程中就会自动安装。 mysql,mongoDB bash环境变量需要手动添加到环境当中。 flutter shell 环境变量需要手动配置。 bash variable与shell variable最直观的区别在于:bash variable在bash terminal中访问;shell variable在shell文件中保存。
专项学习环境变量之后的理解: 洞若观火 发现环境变量竟然包括以上如此多内容,最初的问题也可以一一找到答案。
接下来就来看看关于环境变量,到底有哪些需要掌握的知识点。
这是一个指向用户的home目录的bash var。
格式为 /Users/<username>
或 /var/root
(macOS)。linux系统上为 /home/<username>
。
// frank用户 echo $HOME // /Users/frank // root用户 echo $HOME // /var/root 复制代码
引申问题:
在bash中,只有加上$以后,系统才会知道我们要输出的是变量,否则会当做输出一个普通字符串处理。
取决于系统上有几个用户,有个用户就有几个HOME变量。 一般会有一个root用户和至少一个普通用户。
在~/.bash_profile中重写。(需要手动source才有效,当前session有效) 在bash session terminal中export HOME=/Users/frank/foo。(当前session有效) 关闭再打开或者新开一个tab,$HOME都会变为最原始的值。 不建议重写。具体原因看原因6。
可以。 $HOME/tools // /Users/frank/tools
没有。空格在shell中有特殊含义。
/etc/profile //# System-wide .profile for sh(1)
因为大量的程序依赖HOME这个环境变量,所以覆盖系统默认变量是很危险的。
所以一般仅在当前session有效,若想永久覆盖,可参考PATH的加粗部分。
这个系统变量,会列出可执行程序的目录。 java,node,go,python这些命令在SDK安装过程中就会自动安装的原因就是这个,sdk会自动添加路径到PATH变量中。
mkdir $HOME/bin
新建自己的bin目录,并通过 PATH=$PATH:$HOME/bin
将自定义的bin目录加入到PATH变量。要写在.bashrc(linux),.bash_profile(macOS)中,用source .bashrc可以让文件立即生效。(亲测无卵用,.bash_profile仅在当前session生效,不过 路径在.bash_profile中写是对的
) source ~/.bash_profile
// bin目录间用冒号分隔 echo $PATH // /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin 复制代码
➜ ~ foo=123 ➜ ~ echo $foo 123 ➜ ~ bash bash-3.2$ echo $foo 复制代码
这个例子中的bash命令,会开启一个daughter process,在mother process中设定的自定义变量是无法访问的。
new_variable="Hello"
echo $new_variable
如何在bash daughter process中也能访问到自定义变量呢,也就是如何在进程间共享自定义变量呢?
➜ ~ export bar=456 ➜ ~ bash bash-3.2$ echo $bar 456 复制代码
从这个例子中可以看到,export就是干这个事情的。(es6中的export和这个也很类似,只有export的内容,其他模块才能获得数据。) 注意: 在daughter process修改继承来的变量值,mother process不会被修改。 (这个和编程语言中的继承很像。)
export -p ... export USER=frank export OLDPWD=/ export ZSH=/Users/frank/.oh-my-zsh export bar=456 ... 复制代码
OLDPWD这个变量指的就是最近一次访问的目录,通过 cd -
访问到的其实就是这个目录。
同样,通过 env
也可以直接获得所有的环境变量列表,不同的地方在于不带export并且是环境变量的最终结果, export -p
会显示变量的详细配置(因为它有可能依赖其他环境变量)。