本文更新日期:2019年9月24日

打开shell,出现一个黑色的窗口,即是小黑,它是shell进程。

小黑是个精灵,是个活生生的精灵。你可以给小黑打个招呼:echo Hello,小黑给你一个回复:Hello。如下所示:

[root@localhost ~]# echo Hello
[root@localhost ~]# Hello

最神奇的地方在于:小黑还可以诞生出一个小小黑,你可以执行:sh xxx.sh,这个时候就会诞生出一个小小黑。至于它是不是黑的,不好说,但是可以肯定的说,它是小黑诞生的。准确的叫法是:子进程。

只要在小黑面前执行sh xxx.sh命令或者./xxx.sh,小黑就会诞生出一个小小黑,既然这么容易分身,那么就有人开始担心了:我在小黑那里存放的东西,小小黑是否知道呢?

确切的说,在小黑那里存放的东西,小小黑是不知道的。用户存放的东西,叫用户变量,只在当前小黑中可见,小小黑是看不见的。要想让小小黑也能看到用户存放的东西,必须设置为导出,也就是export。天知道小黑能诞生出多少个小小黑呢,所以凡是用export设置的变量都称为环境变量。

小黑的东西,小小黑是看不到的,那问题来了,小小黑的东西,小黑能看到吗?答案是:不能的。那如果有人想让小小黑给小黑传话,怎么破?不能破啊,干嘛非得多此一举呢,直接跟小黑对话吧,越过小小黑,用source的方式,也就是source xxx.sh的方式,这个时候就不会再平白无故冒出个小小黑了。

后记:解决变量的可见与可用两大难题,Export和Context联袂出手,枯木又逢春

从文中提到的:父进程->子进程,用户变量->export->环境变量。解决了变量的可见性问题。下一个问题就是可用性,如何在子进程中获取到环境变量呢?我联想到了Context,这个时候该Context出手了,此乃“上下文”之意,是给“变量”创造”环境”。所有的环境变量集聚到一起,这种集合就叫上下文。

我们知道,程序是由各种模块组成,一个模块的正常运行,除了自身内部变量参与其中,还需要召唤其他模块的外部变量,共同协作。去哪里召唤这些外部变量呢?从Context里面获取即可。

在编码世界中,Context的编码手法无处不在:

(1)在Tomcat里面,每一个Tomcat上下文都表示一个Web应用。
(2)在Spring里面,有两个核心接口:BeanFactory和ApplicationContext。
(3)在MyBatis里面,有ErrorContext,记录本次执行过程中异常的上下文信息。
(4)在Android里面,Context是个抽象类,是其他三个重要类(Activity、Service、Application)的父类。
(5)在HttpClient里面,有HttpContext,表示HTTP的上下文执行环境。
(6)在kafka里面,有LogContext,顾名其意,用于log的执行环境。
(7)……

在IT世界中,Context的编码手法无处不在,可以说,有程序的地方必有Context。

当你的代码,写的繁琐无味,死气沉沉,如白开水一般平淡,你可祭出Context手法,我相信,必能枯木逢春,让腐朽的代码充满生机。

《趣谈shell》已经正式发布,更多介绍请点击下面图片:

标签: none


添加新评论