正文

1shell变量的作用域

IP云
IP云V管理员/2 阅读
09/26
提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示
  • Shell 局部变量
  • Shell 全局变量
    • shell全局变量的易错点
    • linux shell中./a.sh , sh a.sh , source a.sh, . ./a.sh的区别
  • Shell 环境变量
    • shell配置文件

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 是在函数内部定义的，但是在函数外部也可以得到它的值，

证明它的作用域是全局的，而不是仅限于函数内部。

要想变量的作用域仅限于函数内部，

可以在定义时加上local命令，此时该变量就成了局部变量。

#!/bin/bashfunction func(){
local a=99
} 

func #调用函数
echo $a #输出函数内部的变量
输出结果为空

输出结果为空，表明变量 a 在函数外部无效，是一个局部变量。

Shell 变量的这个特性和 JavaScript 中的变量是类似的。

在 JavaScript 函数内部定义的变量，默认也是全局变量，

只有加上var关键字，它才会变成局部变量。

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

  1. #!/bin/bash
  2. echo $a
  3. b=200

b.sh

  1. #!/bin/bash
  2. echo $b

这三条命令都是在一个进程中执行的，从输出结果可以发现，在 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
echo $PPID 输出父进程号-------->589

 
执行方式结果 
a.sh

报错bash: a.sh: command not found

 

./a.sh

bash: ./a.sh: Permission denied

需要权限，设置权限为777后执行

PID of this script: 92669
PPID of this script: 590

启了一个子shell来执行a.sh,

所以可以看到PPID of this script: 590

sh ./a.sh 

PID of this script: 92878
PPID of this script: 590

sh a.sh 

PID of this script: 92928
PPID of this script: 590

source ./a.sh 

PID of this script: 590
PPID of this script: 589

在当前shell中执行脚本
source a.sh 

PID of this script: 590
PPID of this script: 589

. ./a.sh

两个点之间有空格

PID of this script: 590
PPID of this script: 589

../a.sh

报错bash: ../a.sh: No such file or directory

 

最后要说明的两点是：

  1. 用sh和source去执行时， 不要求a.sh有可执行权限， 但单独./a.sh这样去搞时，需要可执行权限
  2. 大家在开发项目时，经常需要设置环境变量， 当然是用source啊， 确保在当前shell生效

Shell 环境变量

全局变量只在当前 Shell 进程中有效，对其它 Shell 进程和子进程都无效。如果使用export命令将全局变量导出，那么它就在所有的子进程中也有效了，这称为“环境变量”。
环境变量被创建时所处的 Shell 进程称为父进程，如果在父进程中再创建一个新的进程来执行 Shell 命令，那么这个新的进程被称作 Shell 子进程。当 Shell 子进程产生时，它会继承父进程的环境变量为自己所用，所以说环境变量可从父进程传给子进程或者孙进程。
注意，两个没有父子关系的 Shell 进程是不能传递环境变量的，并且环境变量只能向下传递而不能向上传递，即“传子不传父”。

使用env可以查看所有环境变量！！！
创建 Shell 子进程最简单的方式是运行 bash 命令，如图所示。

通过exit命令可以一层一层地退出 Shell。

下面演示一下环境变量的使用：

[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