1shell变量的作用域~局部变量，全局变量，环境变量，配置文件 ~/.bash_profile > ~/.bash_login > ~/.profile
Shell 变量的作用域（Scope），就是 Shell 变量的有效范围（可以使用的范围）。Shell 变量的作用域可以分为三种：
1.有的变量只能在函数内部使用，这叫做局部变量（local variable）
2.有的变量可以在当前 Shell 进程中使用，这叫做全局变量（global variable）
3.有的变量可以在子进程中使用，这叫做环境变量（environment variable）
Shell 局部变量
|
原理
|
代码
|
|
结论
|
|---|---|---|---|
|
在shell函数中定义的变量为全局变量，与在函数外部定义变量的效果一样 |
#!/bin/bash
function func(){
a=99
}
|
func #调用函数 echo $a #输出函数内部的变量 99 #输出结果
|
a 是在函数内部定义的，但是在函数外部也可以得到它的值， 证明它的作用域是全局的，而不是仅限于函数内部。 |
|
要想变量的作用域仅限于函数内部， 可以在定义时加上 |
#!/bin/bash
function func(){
local a=99
}
|
func #调用函数 echo $a #输出函数内部的变量 输出结果为空
|
输出结果为空，表明变量 a 在函数外部无效，是一个局部变量。 Shell 变量的这个特性和 JavaScript 中的变量是类似的。 在 JavaScript 函数内部定义的变量，默认也是全局变量， 只有加上 |
Shell 全局变量
在 Shell 中定义的变量，默认就是全局变量，该变量在当前的整个 Shell 进程中都有效。
需要强调的是，全局变量的作用范围是当前的 Shell 进程，而不仅仅是当前的 Shell 脚本文件，它们是不同的概念。打开一个 Shell 窗口就创建了一个 Shell 进程，打开多个 Shell 窗口就创建了多个 Shell 进程，每个 Shell 进程都是独立的，拥有不同的进程 ID。在一个 Shell 进程中可以使用 source 命令执行多个 Shell 脚本文件，此时全局变量在这些脚本文件中都有效。
| 关注点 | 操作 | 对比1 | 对比2 | 其他 |
|---|---|---|---|---|
| 全局变量的作用范围是当前shell进程 | 打开两个shell窗口，验证变量作用域 |
打开一个 Shell 窗口，定义一个变量 b 并赋值为 88，然后打印，这时在同一个 Shell 窗口中是可正确打印变量 b 的值的。 |
再打开一个新的 Shell 窗口，同样打印变量 b 的值，但结果却为空。 |
|
| 全局变量的作用范围是不仅仅在当前的 Shell 脚本文件 | 在当前shell窗口定义变量a,可以被脚本1使用，在脚本1中定义的变量b,可以在脚本2中使用 |
a.sh
|
b.sh
|
这三条命令都是在一个进程中执行的，从输出结果可以发现，在 Shell 窗口中以命令行的形式定义的变量 a，在 a.sh 中有效； 在 a.sh 中定义的变量 b，在 b.sh 中也有效，变量 b 的作用范围已经超越了 a.sh。 |
|
在Shell 窗口，输入以下命令 a=99 . ./a.sh -->99 |
在同样的shell中执行. ./b.sh -->200 |
shell全局变量的易错点：
|
脚本
|
分析
|
|---|---|
PARAM_NUMBER=0;
cat "/home/roaddb/test/55.txt" | while read line
do
let PARAM_NUMBER=${PARAM_NUMBER}+1;
done
echo "${PARAM_NUMBER}"
|
结果PARAM_NUMBER的值还是0，原因是在进行 cat的过程中， 相当于打开了一个新的shell，变量不在作用范围。 |
#!/bin/bash
PARAM_NUMBER=0;
while read line
do
let PARAM_NUMBER=${PARAM_NUMBER}+1;
done<"/home/roaddb/test/55.txt"
echo "${PARAM_NUMBER}"
|
PARAM_NUMBER的值是正确的 |
linux shell中./a.sh , sh a.sh , source a.sh, . ./a.sh的区别
| 脚本 | 知识点 | |
|---|---|---|
| #! /bin/bash echo "PID of this script: $$" echo "PPID of this script: $PPID" |
echo $$ 输出当前进程号-------->590 |
|
| 执行方式 | 结果 | |
| a.sh |
报错bash: a.sh: command not found |
|
|
./a.sh |
bash: ./a.sh: Permission denied 需要权限，设置权限为777后执行 PID of this script: 92669 |
启了一个子shell来执行a.sh, 所以可以看到PPID of this script: 590 |
| sh ./a.sh |
PID of this script: 92878 |
|
| sh a.sh |
PID of this script: 92928 |
|
| source ./a.sh |
PID of this script: 590 |
在当前shell中执行脚本 |
| source a.sh |
PID of this script: 590 |
|
|
. ./a.sh 两个点之间有空格 |
PID of this script: 590 |
|
| ../a.sh |
报错bash: ../a.sh: No such file or directory |
最后要说明的两点是：
- 用sh和source去执行时， 不要求a.sh有可执行权限， 但单独./a.sh这样去搞时，需要可执行权限
- 大家在开发项目时，经常需要设置环境变量， 当然是用source啊， 确保在当前shell生效
Shell 环境变量
全局变量只在当前 Shell 进程中有效，对其它 Shell 进程和子进程都无效。如果使用export命令将全局变量导出，那么它就在所有的子进程中也有效了，这称为“环境变量”。
环境变量被创建时所处的 Shell 进程称为父进程，如果在父进程中再创建一个新的进程来执行 Shell 命令，那么这个新的进程被称作 Shell 子进程。当 Shell 子进程产生时，它会继承父进程的环境变量为自己所用，所以说环境变量可从父进程传给子进程或者孙进程。
注意，两个没有父子关系的 Shell 进程是不能传递环境变量的，并且环境变量只能向下传递而不能向上传递，即“传子不传父”。
使用env可以查看所有环境变量！！！
创建 Shell 子进程最简单的方式是运行 bash 命令，如图所示。
[c.biancheng.net]$ a=22 #定义一个全局变量 [c.biancheng.net]$ echo $a #在当前Shell中输出a，成功 22 [c.biancheng.net]$ bash #进入Shell子进程 [c.biancheng.net]$ echo $a #在子进程中输出a，失败 [c.biancheng.net]$ exit #退出Shell子进程，返回上一级Shell exit [c.biancheng.net]$ export a #将a导出为环境变量 [c.biancheng.net]$ bash #重新进入Shell子进程 [c.biancheng.net]$ echo $a #在子进程中再次输出a，成功 22 [c.biancheng.net]$ exit #退出Shell子进程 exit [c.biancheng.net]$ exit #退出父进程，结束整个Shell会话
环境变量也是临时的，通过 export 导出的环境变量只对当前 Shell 进程以及所有的子进程有效，如果最顶层的父进程被关闭了，那么环境变量也就随之消失了，其它的进程也就无法使用了，所以说环境变量也是临时的。
shell配置文件
那如何让一个变量在所有 Shell 进程中都有效，不管它们之间是否存在父子关系呢？只有将变量写入 Shell 配置文件中才能达到这个目的！Shell 进程每次启动时都会执行配置文件中的代码做一些初始化工作，如果将变量放在配置文件中，那么每次启动进程都会定义这个变量。
1）shell 配置文件的加载
无论是否是交互式，是否是登录式，Bash Shell 在启动时总要配置其运行环境，例如初始化环境变量、设置命令提示符、指定系统命令路径等。这个过程是通过加载一系列配置文件完成的，这些配置文件其实就是 Shell 脚本文件。
与 Bash Shell 有关的配置文件主要有 /etc/profile、~/.bash_profile、~/.bash_login、~/.profile、~/.bashrc、/etc/bashrc、/etc/profile.d/*.sh，不同的启动方式会加载不同的配置文件。
~表示用户主目录。*是通配符，/etc/profile.d/*.sh 表示 /etc/profile.d/ 目录下所有的脚本文件（以.sh结尾的文件）。
登录式的 Shell
如果是登录式的 Shell，首先会读取和执行 /etc/profiles，这是所有用户的全局配置文件，接着会到用户主目录中寻找 ~/.bash_profile、~/.bash_login 或者 ~/.profile，它们都是用户个人的配置文件。
不同的 Linux 发行版附带的个人配置文件也不同，有的可能只有其中一个，有的可能三者都有。如果三个文件同时存在时，它们的优先级顺序是 ~/.bash_profile > ~/.bash_login > ~/.profile。
如果 ~/.bash_profile 存在，那么一切以该文件为准，并且到此结束，不再加载其它的配置文件。
如果 ~/.bash_profile 不存在，那么尝试加载 ~/.bash_login。~/.bash_login 存在的话就到此结束，不存在的话就加载 ~/.profile。
~/.bash_profile 中会加载 ~/.bashrc：
if [ -f ~/.bashrc ]; then . ~/.bashrc fi
非登录的 Shell
如果以非登录的方式启动 Shell，那么就不会读取以上所说的配置文件，而是直接读取 ~/.bashrc。
~/.bashrc 文件还会嵌套加载 /etc/bashrc，请看下面的代码：
if [ -f /etc/bashrc ]; then . /etc/bashrc fi
