bash启动时加载配置文件过程



本文目录:

1.1 判断是否交互式、是否登录式

1.2 几种常见的bash启动方式

1.3 加载bash环境配置文件



当用户登录系统时,会加载各种bash配置文件,还会设置或清空一系列变量,有时还会执行一些自定义的命令。这些行为都算是启动bash时的过程。

另外,有些时候登录系统是可以交互的(如正常登录系统),有些时候是无交互的(如执行一个脚本),因此总的来说bash启动类型可分为交互式shell和非交互式shell。更细分一层,交互式shell还分为交互式的登录shell和交互式非登录shell,非交互的shell在某些时候可以在bash命令后带上"--login"或短选项"-l",这时也算是登录式,即非交互的登录式shell。

1.1 判断是否交互式、是否登录式

判断是否为交互式shell有两种简单的方法:

方法一:判断变量"-",如果值中含有字母"i",表示交互式。

[[email protected] ~]# echo $-
himBH

[[email protected] ~]# vim a.sh
#!/bin/bash
echo $-

[[email protected] ~]# bash a.sh
hB

方法二:判断变量PS1,如果值非空,则为交互式,否则为非交互式,因为非交互式会清空该变量。

[[email protected] ~]# echo $PS1
[\[email protected]\h \W]\$

判断是否为登录式的方法也很简单,只需执行"shopt login"即可。值为"on"表示为登录式,否则为非登录式。

[[email protected] ~]# shopt login_shell
login_shell     on
[[email protected] ~]# bash

[[email protected] ~]# shopt login_shell
login_shell     off

所以,要判断是交互式以及登录式的情况,可简单使用如下命令:

echo $PS1;shopt login_shell或者echo $-;shopt login_shell

1.2 几种常见的bash启动方式

(1).正常登录(伪终端登录如ssh登录,或虚拟终端登录)时,为交互式登录shell。

[[email protected] ~]# echo $PS1;shopt login_shell
[\[email protected]\h \W]\$
login_shell     on

(2).su命令,不带"--login"时为交互式、非登录式shell,带有"--login"时,为交互式、登录式shell。

[[email protected] ~]# su root

[[email protected] ~]# echo $PS1;shopt login_shell
[\[email protected]\h \W]\$
login_shell     off
[[email protected] ~]# su -
Last login: Sat Aug 19 13:24:11 CST 2017 on pts/0

[[email protected] ~]# echo $PS1;shopt login_shell
[\[email protected]\h \W]\$
login_shell     on

(3).执行不带"--login"选项的bash命令时为交互式、非登录式shell。但指定"--login"时,为交互式、登录式shell。

[[email protected] ~]# bash

[[email protected] ~]# echo $PS1;shopt login_shell
[\[email protected]\h \W]\$
login_shell     off
[[email protected] ~]# bash -l

[[email protected] ~]# echo $PS1;shopt login_shell
[\[email protected]\h \W]\$
login_shell     on

(4).使用命令组合(使用括号包围命令列表)以及命令替换进入子shell时,继承父shell的交互和登录属性。

[[email protected] ~]# (echo $BASH_SUBSHELL;echo $PS1;shopt login_shell)
1
[\[email protected]\h \W]\$
login_shell     on
[[email protected] ~]# su

[[email protected] ~]# (echo $BASH_SUBSHELL;echo $PS1;shopt login_shell)
1
[\[email protected]\h \W]\$
login_shell     off

(5).ssh执行远程命令,但不登录时,为非交互、非登录式。

[[email protected] ~]# ssh localhost ‘echo $PS1;shopt login_shell‘

login_shell     off

(6).执行shell脚本时,为非交互、非登录式shell。但指定了"--login"时,将为非交互、登录式shell。

例如,脚本内容如下:

[[email protected] ~]# vim b.sh
#!/bin/bash
echo $PS1
shopt login_shell

不带"--login"选项时,为非交互、非登录式shell。

[[email protected] ~]# bash b.sh

login_shell     off

带"--login"选项时,为非交互、登录式shell。

[[email protected] ~]# bash -l b.sh

login_shell     on

(7).在图形界面下打开终端时,为交互式、非登录式shell。

但可以设置为使用交互式、登录式shell。

1.3 加载bash环境配置文件

无论是否交互、是否登录,bash总要配置其运行环境。bash环境配置主要通过加载bash环境配置文件来完成。但是否交互、是否登录将会影响加载哪些配置文件,除了交互、登录属性,有些特殊的属性也会影响读取配置文件的方法。

bash环境配置文件主要有/etc/profile、~/.bash_profile、~/.bashrc、/etc/bashrc和/etc/profile.d/*.sh,为了测试各种情形读取哪些配置文件,先分别向这几个配置文件中写入几个echo语句,用以判断该配置文件是否在启动bash时被读取加载了。

echo "echo ‘/etc/profile goes‘" >>/etc/_profile
echo "echo ‘~/.bash_profile goes‘" >>~/.bash_profile
echo "echo ‘~/.bashrc goes‘" >>~/.bashrc
echo "echo ‘/etc/bashrc goes‘" >>/etc/bashrc
echo "echo ‘/etc/profile.d/test.sh goes‘" >>/etc/profile.d/test.sh
chmod +x /etc/profile.d/test.sh

①.交互式登录shell或非交互式但带有"--login"(或短选项"-l",例如在shell脚本中指定"#!/bin/bash -l"时)的bash启动时,将先读取/etc/profile,再依次搜索~/.bash_profile、~/.bash_login和~/.profile,并仅加载第一个搜索到且可读的文件。当退出时,将执行~/.bash_logout中的命令。

但要注意,在/etc/profile中有一条加载/etc/profile.d/*.sh的语句,它会使用source加载/etc/profile.d/下所有可执行的sh后缀的脚本。

[[email protected] ~]# grep -A 8 \*\.sh /etc/profile
for i in /etc/profile.d/*.sh ; do
    if [ -r "$i" ]; then
        if [ "${-#*i}" != "$-" ]; then
            . "$i"
        else
            . "$i" >/dev/null 2>&1
        fi
    fi
done

内层if语句中的【"${-#*i}" != "$-"】表示将"$-"从左向右模式匹配"*i"并将匹配到的内容删除(即进行变量切分),如果"$-"切分后的值不等于"$-",则意味着是交互式shell,于是怎样怎样,否则怎样怎样。

同样的,在~/.bash_profile中也一样有加载~/.bashrc的命令。

[[email protected] ~]# grep -A 1 \~/\.bashrc ~/.bash_profile
if [ -f ~/.bashrc ]; then
        . ~/.bashrc
fi

而~/.bashrc中又有加载/etc/bashrc的命令。

[[email protected] ~]# grep -A 1 /etc/bashrc ~/.bashrc
if [ -f /etc/bashrc ]; then
        . /etc/bashrc
fi

其实/etc/bashrc中还有加载/etc/profile.d/*.sh的语句,但前提是非登录式shell时才会执行。以下是部分语句:

if ! shopt -q login_shell ; then   # We‘re not a login shell
...
    for i in /etc/profile.d/*.sh; do
        if [ -r "$i" ]; then
            if [ "$PS1" ]; then
                . "$i"
            else
                . "$i" >/dev/null 2>&1
            fi
        fi
    done
...
fi

从内层if语句和/etc/profile中对应的判断语句的作用是一致的,只不过判断方式不同,写法不同。

因此,交互式的登录shell加载bash环境配置文件的实际过程如下图:

以下结果验证了结论:

Last login: Mon Aug 14 04:49:29 2017     # 新开终端登录时
/etc/profile.d/*.sh goes
/etc/profile goes
/etc/bashrc goes
~/.bashrc goes
~/.bash_profile goes
 [[email protected] ~]# ssh localhost        # ssh远程登录时
[email protected]‘s password:
Last login: Mon Aug 14 05:05:50 2017 from 172.16.10.1
/etc/profile.d/*.sh goes
/etc/profile goes
/etc/bashrc goes
~/.bashrc goes
~/.bash_profile goes
[[email protected] ~]# bash -l        # 执行带有"--login"选项的login时
/etc/profile.d/*.sh goes
/etc/profile goes
/etc/bashrc goes
~/.bashrc goes
~/.bash_profile goes
[[email protected] ~]# su -          # su带上"--login"时
/etc/profile.d/*.sh goes
/etc/profile goes
/etc/bashrc goes
~/.bashrc goes
~/.bash_profile goes
[[email protected] ~]# vim a.sh    # 执行shell脚本时带有"--login"时
#!/bin/bash -l
echo haha

[[email protected] ~]# ./a.sh
/etc/profile goes
/etc/bashrc goes
~/.bashrc goes
~/.bash_profile goes
haha

之所以执行shell脚本时没有显示执行/etc/profile.d/*.sh,是因为它是非交互式的,根据/etc/profile中的【if [ "${-#*i}" != "$-" ]】判断,它将会把/etc/profile.d/*.sh的执行结果重定向到/dev/null中。也就是说,即使是shell脚本(带"--login "选项),它也加载了所有bash环境配置文件。

②.交互式非登录shell的bash启动时,将读取~/.bashrc,不会读取/etc/profile和~/.bash_profile、~/.bash_login和~/.profile。

因此,交互式非登录shell加载bash环境配置文件的实际过程为下图内方框中所示:

例如,执行不带"--login"的bash命令或su命令时。

[[email protected] ~]# bash
/etc/profile.d/*.sh goes
/etc/bashrc goes
~/.bashrc goes
[[email protected] ~]# su
/etc/profile.d/*.sh goes
/etc/bashrc goes
~/.bashrc goes

③.非交互式、非登录式shell启动bash时,不会加载前面所说的任何bash环境配置文件,但会搜索变量BASH_ENV,如果搜索到了,则加载其所指定的文件。但有并非所有非交互式、非登录式shell启动时都会如此,见情况④。

它就像是这样的语句:

if [ -n "$BASH_ENV" ];then
    . "$BASH_ENV"
fi

几乎执行所有的shell脚本都不会特意带上"--login"选项,因此shell脚本不会加载任何bash环境配置文件,除非手动配置了变量BASH_ENV。

④.远程shell方式启动的bash,它虽然属于非交互、非登录式,但会加载~/.bashrc,所以还会加载/etc/bashrc,由于是非登录式,所以最终还会加载/etc/profile.d/*.sh,只不过因为是非交互式而使得执行的结果全部重定向到了/dev/null中。

如果了解rsync,就知道它有一种远程shell连接方式。所谓的远程shell方式,是指通过网络的方式启动bash并将bash的标准输出关联起来,就像它连接了一个远程的shell守护进程一样。一般由sshd实现这样的连接方式,老版的rshd也一样支持。

事实也确实如此,使用ssh连接但不登录远程主机时(例如只为了执行远程命令),就是远程shell的方式,但它却是非交互、非登录式的shell。

[[email protected] ~]# ssh localhost echo haha
[email protected]‘s password:
/etc/bashrc goes
~/.bashrc goes
haha

正如上文所说,它同样加载了/etc/profile.d/*.sh,只不过/etc/bashrc中的if判断语句【if [ "$PS1" ]; then】使得非交互式的shell要将执行结果重定向到/dev/null中。

回到系列文章大纲:http://www.cnblogs.com/f-ck-need-u/p/7048359.html

转载请注明出处:http://www.cnblogs.com/f-ck-need-u/p/7417651.html

注:若您觉得这篇文章还不错请点击下右下角的推荐,有了您的支持才能激发作者更大的写作热情,非常感谢!

时间: 2024-10-10 20:42:49

bash启动时加载配置文件过程的相关文章

tomcat启动时加载配置文件 报错

原因:  @serice("customerService")  和@Repository(value="customerDao")       解决: 直接@serice 和 @Repository严重: Exception sending context initialized event to listener instance of class org.springframework.web.context.ContextLoaderListenerorg.

ElasticSearch 启动时加载 Analyzer 源码分析

ElasticSearch 启动时加载 Analyzer 源码分析 本文介绍 ElasticSearch启动时如何创建.加载Analyzer,主要的参考资料是Lucene中关于Analyzer官方文档介绍.ElasticSearch6.3.2源码中相关类:AnalysisModule.AnalysisPlugin.AnalyzerProvider.各种Tokenizer类和它们对应的TokenizerFactory.另外还参考了一个具体的基于ElasticSearch采用HanLP进行中文分词的

如何在tomcat启动时加载一个类

Tomcat启动时classloader加载顺序 Tomcat的class加载的优先顺序一览   1.最先是$JAVA_HOME/jre/lib/ext/下的jar文件.   2.环境变量CLASSPATH中的jar和class文件.   3.$CATALINA_HOME/common/classes下的class文件.   4.$CATALINA_HOME/commons/endorsed下的jar文件.   5.$CATALINA_HOME/commons/i18n下的jar文件.   6.

Servlet在启动时加载的tomcat源码(原创)

tomcat 8.0.36 知识点: 通过配置loadOnStartup可以设置Servlet是否在Tomcat启动时加载,以及按值大小进行有序加载,其最小有效值为0,最大有效值为Integer.MAX_VALUE. Jsp Servlet的类是org.apache.jasper.servlet.JspServlet. Jsp Servlet是强制性启动时加载,其loadOnStartup的默认值,或其值是失效值时,将使用最大有效值. 通过配置Context或Host的failCtxIfServ

spring项目中监听器作用-ContextLoaderListener(项目启动时,加载一些东西到缓存中)

作用:在启动Web容器时,自动装配Spring applicationContext.xml的配置信息. 因为它实现了ServletContextListener这个接口,在web.xml配置这个监听器,启动容器时,就会默认执行它实现的方法.在ContextLoaderListener中关联了ContextLoader这个类,所以整个加载配置过程由ContextLoader来完成 pring在web下的入口在配置文件web.xml的监听器中 <listener> <listener-cl

Tomcat(一):Tomcat启动时加载web.xml

server.xml配置文件样例: <?xml version="1.0" encoding="UTF-8"?> <!-- Licensed to the Apache Software Foundation (ASF) under one or more contributor license agreements. See the NOTICE file distributed with this work for additional inf

设置程序启动时加载的storyboard

这个设置表明:程序启动时会加载Main.storyboard

如何查看apache服务器启动时加载了哪些模块

查看apache服务器编译时所加载的模块 [[email protected] bin]# ./apachectl -lCompiled in modules:  core.c  mod_authn_file.c  mod_authn_default.c  mod_authz_host.c  mod_authz_groupfile.c  mod_authz_user.c  mod_authz_default.c  mod_auth_basic.c  mod_filter.c  mod_versi

VS2010调试程序启动时加载程序非常慢的

在win7上使用VS2010编译某程序无误后,然后以release态并可输出调试信息时调试程序.console窗口也出现了,但是加载相关信息是特别慢.并出现如下信息: win32.exe': Loaded 'C:\Windows\System32\msvcr100d.dll', Symbols loaded. 'win32.exe': Loaded 'C:\Windows\System32\imm32.dll', Cannot find or open the PDB file 'win32.e