成品图片的网站在哪里找,360建筑网密码忘了怎么改?,html类似wordpress,ip代理免费目录 1.source命令1.1.POSIX模式1.1.1.验证POSIX模式执行情况 1.2.source命令表示形式的历史由来1.3.source命令解读1.3.1.在当前的shell环境中1.3.2.source命令的常用用途1.3.3.从文件名中读取并执行命令 2.export命令2.1.显示当前终端已经导出的函数和环境变量2.2.验证变量和… 目录 1.source命令1.1.POSIX模式1.1.1.验证POSIX模式执行情况 1.2.source命令表示形式的历史由来1.3.source命令解读1.3.1.在当前的shell环境中1.3.2.source命令的常用用途1.3.3.从文件名中读取并执行命令 2.export命令2.1.显示当前终端已经导出的函数和环境变量2.2.验证变量和函数导出功能 3.source命令和export命令的结合4.在profile,.bashrc等脚本中变量是否需要明确导出5.结论 1.source命令
source命令是shell的内部命令,和. 命令相同.
注意这里的.空格文件名[参数],需要和./file.sh不同.
source命令格式:
source 文件名 [参数]在当前的shell环境中, 从文件名中读取并执行命令.
如果文件名不包括斜杠,则使用 PATH 变量去搜索文件. 如果Bash不是在POSIX模式下运行, 则在$PATH中找不到后就会在当前目录中搜索.
如果提供了参数, 它们就成为执行文件名时的位置参数; 否则, 位置参数不会被改变.
返回状态是最后一个被执行命令的退出状态; 如果没有命令被执行,则返回零. 如果文件名没有找到, 或者不能读取, 返回状态就是非零值.
1.1.POSIX模式
#脚本第一行如下所示是执行在POSIX模式下
#!/bin/sh
#POSIX模式是符合POSIX规范的运行模式
#POSIX模式也可以如下指定,在脚本第一行
#!/bin/bash --posix#脚本第一行如下所示是执行在非POSIX模式下,也可以认为是扩展模式,是POSIX的增强模式
#!/bin/bash1.1.1.验证POSIX模式执行情况
准备文件夹如下:
└── posix_mode_test├── local_cmd.sh├── no_posix.sh└── posix.shlocal_cmd.sh是测试脚本命令,内容如下:
#!/bin/sh
echo test echoposix.sh是测试posix模式下source命令的测试脚本
#!/bin/sh
#posix模式,文件名不包括斜杠,则使用PATH变量搜索文件,
#没有搜索到,发生错误,在posix模式中就会直接退出,不再执行接下来的命令source local_cmd.shecho return value$#运行结果:
./posix.sh
./posix.sh: line 5: source: local_cmd.sh: file not found可以看到运行到第5行发生错误就退出了.
no_posix.sh是非posix模式下source命令的测试脚本
#!/bin/bash
#非posix模式,文件名不包括斜杠,则使用PATH变量搜索文件,没有搜索到,
#就在当前目录中搜索,在当前目录中可以搜索到local_cmd.sh文件,执行文件,显示返回值并退出source local_cmd.shecho return value$#运行结果:
./no_posix.sh
test echo
return value0可以看到运行结果和预期一样.
其他情况验证:
#1.第一行如下语句,也是posix模式
#!/bin/bash --posix#2.第一行没有指定#!/bin/sh或#!/bin/bash,默认情况下是非posix模式1.2.source命令表示形式的历史由来
source filename表示形式来自Cshell;
. filename表示形式来自Bourne Shell.
为了兼容用户的习惯,使用了两种表示形式.
1.3.source命令解读
在当前的shell环境中, 从文件名中读取并执行命令.
这句话很重要,包含有几层意思,接下来一一解读.
1.3.1.在当前的shell环境中
要想理解这个条件,先必须了解几种常用的shell脚本执行方式:
1.工作目录执行
先进入到脚本所在的目录(此时, 称为工作目录), 然后使用 ./脚本方式执行.
脚本需要具有执行权限才可以.
2.绝对路径执行
/home/shell/source_cmd/posix_mode_test/local_cmd.sh也需要脚本具有可执行权限.
3.使用sh或bash命令执行
sh local_cmd.sh
#或者
bash local_cmd.sh脚本只需要具有读权限即可,sh或bash把脚本当作参数,读取脚本内容并执行.
4.shell环境执行
也就是这里所说的**“在当前的shell环境中”**
source local_cmd.sh上述4种shell脚本执行方式可以归为两类:
一, 1-3执行内部原理一样,会新建一个子shell,在子shell中执行脚本里面的语句,该子shell继承父shell的环境变量,但子shell新建的,改变的变量不会被带回父shell.
二,4为另一类,source命令其实只是简单地读取脚本里面的语句依次在当前shell里面执行, 没有建立新的子shell. 那么脚本里面所有新建,改变变量的语句都会保存在当前shell里面.
验证这两类情况.
#文件目录结构
verify_shell_run/
├── child_run_test.sh
└── source_run_test.shchild_run_test.sh 内容
#!/bin/bashCHILD_VARchild_context
echo child test run!source_run_test.sh 内容
#!/bin/bashPARENT_VARparent_context
echo source test run!验证情况:
#运行第一类情况
sh child_run_test.sh
child test run!
#打印变量值
echo $CHILD_VAR
#显示内容为空#运行第二类情况
source source_run_test.sh
source test run!
#打印变量值
echo $PARENT_VAR
parent_context
#变量在当前shell中有效验证结果符合预期.
1.3.2.source命令的常用用途
根据上一点分析:source命令一般的用途是,打开一个shell终端,在shell终端中执行source脚本,可以设置环境变量和函数,这些环境变量和
函数就会在当前shell终端中一直存在,建立shell终端的环境,方便工作.
Linux登录过程使用source命令建立用户环境,以下简略描述一下过程:
1.每个终端登录时,先执行/etc/profile脚本 # /etc/profile: system-wide .profile file for the Bourne shell (sh(1))# and Bourne compatible shells (bash(1), ksh(1), ash(1), ...).if [ ${PS1-} ]; thenif [ ${BASH-} ] [ $BASH ! /bin/sh ]; then# The file bash.bashrc already sets the default PS1.# PS1\h:\w\$ if [ -f /etc/bash.bashrc ]; then#根据情况执行系统脚本. /etc/bash.bashrcfi elseif [ $(id -u) -eq 0 ]; thenPS1# elsePS1$ fi fi fi#根据情况执行系统脚本if [ -d /etc/profile.d ]; thenfor i in /etc/profile.d/*.sh; doif [ -r $i ]; then. $ifi doneunset ifi#用户可以在这里制定环境变量export PATH/opt/cmake-3.27.8-linux-x86_64/bin:$PATHexport PATH/opt/node-v20.11.0-linux-x64/bin:$PATH2.执行用户目录下的.profile脚本 # ~/.profile: executed by the command interpreter for login shells.# This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login# exists.# see /usr/share/doc/bash/examples/startup-files for examples.# the files are located in the bash-doc package.# the default umask is set in /etc/profile; for setting the umask# for ssh logins, install and configure the libpam-umask package.#umask 022# if running bashif [ -n $BASH_VERSION ]; then# include .bashrc if it existsif [ -f $HOME/.bashrc ]; then#执行用户目录下的.bashrc脚本. $HOME/.bashrcfi fi# set PATH so it includes users private bin if it existsif [ -d $HOME/bin ] ; thenPATH$HOME/bin:$PATHfi# set PATH so it includes users private bin if it existsif [ -d $HOME/.local/bin ] ; thenPATH$HOME/.local/bin:$PATHfi#用户自定义设置环境变量和函数source $HOME/setenv_qt.sh
3…执行用户目录下的.bashrc脚本
在用户目录下的.profile脚本的第16行调用用户目录下的.bashrc脚本,如上所示.
# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples# If not running interactively, dont do anything
case $- in*i*) ;;*) return;;
esac# dont put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROLignoreboth# append to the history file, dont overwrite it
shopt -s histappend# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE1000
HISTFILESIZE2000# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize# If set, the pattern ** used in a pathname expansion context will
# match all files and zero or more directories and subdirectories.
#shopt -s globstar# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] eval $(SHELL/bin/sh lesspipe)# set variable identifying the chroot you work in (used in the prompt below)
if [ -z ${debian_chroot:-} ] [ -r /etc/debian_chroot ]; thendebian_chroot$(cat /etc/debian_chroot)
fi# set a fancy prompt (non-color, unless we know we want color)
case $TERM inxterm-color|*-256color) color_promptyes;;
esac# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
#force_color_promptyesif [ -n $force_color_prompt ]; thenif [ -x /usr/bin/tput ] tput setaf 1 /dev/null; then# We have color support; assume its compliant with Ecma-48# (ISO/IEC-6429). (Lack of such support is extremely rare, and such# a case would tend to support setf rather than setaf.)color_promptyeselsecolor_promptfi
fi
if [ $color_prompt yes ]; thenPS1${debian_chroot:($debian_chroot)}\[\033[01;32m\]\u\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$
elsePS1${debian_chroot:($debian_chroot)}\u\h:\w\$
fi
unset color_prompt force_color_prompt# If this is an xterm set the title to userhost:dir
case $TERM in
xterm*|rxvt*)PS1\[\e]0;${debian_chroot:($debian_chroot)}\u\h: \w\a\]$PS1;;
*);;
esac# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; thentest -r ~/.dircolors eval $(dircolors -b ~/.dircolors) || eval $(dircolors -b)alias lsls --colorauto#alias dirdir --colorauto#alias vdirvdir --colorautoalias grepgrep --colorautoalias fgrepfgrep --colorautoalias egrepegrep --colorauto
fi# colored GCC warnings and errors
#export GCC_COLORSerror01;31:warning01;35:note01;36:caret01;32:locus01:quote01# some more ls aliases
alias llls -alF
alias lals -A
alias lls -CF# Add an alert alias for long running commands. Use like so:
# sleep 10; alert
alias alertnotify-send --urgencylow -i $([ $? 0 ] echo terminal || echo error) $(history|tail -n1|sed -e \s/^\s*[0-9]\\s*//;s/[;|]\s*alert$//\)# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc packageif [ -f ~/.bash_aliases ]; then. ~/.bash_aliases
fi# enable programmable completion features (you dont need to enable
# this, if its already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if ! shopt -oq posix; thenif [ -f /usr/share/bash-completion/bash_completion ]; then. /usr/share/bash-completion/bash_completionelif [ -f /etc/bash_completion ]; then. /etc/bash_completionfi
fi
#用户可以定制
PATH$HOME/.local/bin:$PATH /etc/profile,~/.profile,~/.bashrc脚本在用户登录时都会自动执行,并且设置的环境变量和函数都会在登录后保存在终端里.
如果用户修改了这三个脚本,可以不重启,不退出,使用source命令立即生效.
source /etc/profile
source ~/.profile
source ~/.bashrc1.3.3.从文件名中读取并执行命令
从文件名中读取并执行命令,可以理解为source后面接的文件名对应的文件可以不是脚本,只要是可读权限的文本文件即可.
例如,建立如下文件,只给文件可读权限
touch readme.txtvim readme.txtTEST_VAR_123hello_worldecho test source command!chmod ar readme.txt
ll
-r--r--r-- 1 lei lei 53 4月 12 22:01 readme.txtsource readme.txt
test source command!echo $TEST_VAR_123
hello_world2.export命令
调用格式 export [-fn][-p][名称[值]]把每个名称都传到子进程的环境中.
如果给定了-f选项(助记词:Function函数),则名称就是shell函数;否则,它就是shell变量.
-n选项(助记词:No不)表示不再把名称导出到子进程.
如果没有给定名称,或者给定了-p选项(助记词:Pretty-Print格式化打印),则显示已经导出的名称列表.
-p选项能够把输出格式化成可以重新作为输入的形式.
如果名称后面是值的形式,那么这个值就会赋给名称.
这个命令的返回状态是零,除非指定了无效的选项,或者其中一个名称不是有效的shell变量名,或者-f指定的不是一个shell函数的名称.
2.1.显示当前终端已经导出的函数和环境变量
export... ...
declare -x LANGen_US.UTF-8
declare -x LC_ADDRESSzh_CN.UTF-8
declare -x LC_IDENTIFICATIONzh_CN.UTF-8
declare -x LC_MEASUREMENTzh_CN.UTF-8
declare -x LC_MONETARYzh_CN.UTF-8
declare -x LC_NAMEzh_CN.UTF-8
declare -x LC_NUMERICzh_CN.UTF-8
declare -x LC_PAPERzh_CN.UTF-8
declare -x LC_TELEPHONEzh_CN.UTF-8
... ...2.2.验证变量和函数导出功能
export_test/
├── child_shell.sh
└── paren_shell.shparen_shell.sh
#!/bin/bash
PARENT_EXPORT_TEST_VARparent_export_value
export PARENT_EXPORT_TEST_VAR
PARENT_NOEXPORT_TEST_VARparent_noexport_value
function testFunc()
{echo testFunc run!
}
export -f testFunc
sh child_shell.shexport -n PARENT_EXPORT_TEST_VAR
export -nf testFunc
sh child_shell.shchild_shell.sh
#!/bin/bashecho PARENT_EXPORT_TEST_VAR$PARENT_EXPORT_TEST_VAR
echo PARENT_NOEXPORT_TEST_VAR$PARENT_NOEXPORT_TEST_VAR
testFunc运行结果:
sh paren_shell.shPARENT_EXPORT_TEST_VARparent_export_value
PARENT_NOEXPORT_TEST_VAR
testFunc run!
PARENT_EXPORT_TEST_VAR
PARENT_NOEXPORT_TEST_VAR
child_shell.sh: line 5: testFunc: command not found可以看到导出的变量在子shell中有值,没有导出的变量在子shell中没有值,导出的函数在子shell中可以运行.
在第二次调用子shell之前取消导出,结果变量都为空,函数没有定义.
3.source命令和export命令的结合
准备两个脚本source_parent_shell.sh和pri_child_shell.sh
source_parent_shell.sh
#!/bin/bash
SOURCE_PARENT_EXPORT_TEST_VARsource_parent_export_value
export SOURCE_PARENT_EXPORT_TEST_VAR
SOURCE_PARENT_NOEXPORT_TEST_VARsource_parent_noexport_valuepri_child_shell.sh
#!/bin/bashecho SOURCE_PARENT_EXPORT_TEST_VAR$SOURCE_PARENT_EXPORT_TEST_VAR
echo SOURCE_PARENT_NOEXPORT_TEST_VAR$SOURCE_PARENT_NOEXPORT_TEST_VARsource方式运行source_parent_shell.sh
source ./source_parent_shell.sh在当前shell中查看变
echo $SOURCE_PARENT_EXPORT_TEST_VAR
source_parent_export_value
echo $SOURCE_PARENT_NOEXPORT_TEST_VAR
source_parent_noexport_value#可以看到两个变量在当前shell中都有效使用export查看当前shell中导出的变量
export... ...
declare -x SHELL/bin/bash
declare -x SHLVL1
declare -x SOURCE_PARENT_EXPORT_TEST_VARsource_parent_export_value
... ...#可以查询到SOURCE_PARENT_EXPORT_TEST_VAR被导出
#SOURCE_PARENT_NOEXPORT_TEST_VAR没有被导出以子进程方式运行pri_child_shell.sh
bash ./pri_child_shell.shSOURCE_PARENT_EXPORT_TEST_VARsource_parent_export_value
SOURCE_PARENT_NOEXPORT_TEST_VAR#可以看到在子进程中SOURCE_PARENT_NOEXPORT_TEST_VAR变量不能被访问,即使在当前shell中可以访问
#一定要明确使用export导出才能在子进程中访问4.在profile,.bashrc等脚本中变量是否需要明确导出
#在/etc/profile中定义环境变量,不导出
GLOB_PROFILE_VARglob_profile_value
#在~/.profile中定义环境变量,不导出
GLOB_HOME_VARglob_home_value准备一个测试文件system_bash_script_test.sh
#!/bin/bash
echo GLOB_PROFILE_VAR$GLOB_PROFILE_VAR
echo GLOB_HOME_VAR$GLOB_HOME_VAR以子进程方式运行
./system_bash_script_test.sh
GLOB_PROFILE_VAR
GLOB_HOME_VAR以shell环境方式执行
source ./system_bash_script_test.sh
GLOB_PROFILE_VARglob_profile_value
GLOB_HOME_VARglob_home_value也是只能在当前shell中访问,不能传输到子进程中,和普通脚本原理一样,没有特殊的地方.
5.结论
source命令可以改变当前shell中的环境变量,要在子shell访问必须使用export命令导出.
