【小家运维】达到Linux第三阶段的常用命令笔记记录—Part Ⅲ

窗口管理器（nohub和screen ）

大多数情况下，我们都 使用SSH 或者 telent（基本已不用了~） 远程登录到 Linux 服务器。但是有时候我们有这样的需求：经常为一些长时间运行的任务而头疼，比如系统备份、ftp 传输等等

比如远程编译安装软件，如果在编译的过程中网络断开，那这个编译进程就会停止， 造成想不到的后果。（自从有了screen命令，我再也不用怕网线不稳和运行需要长时间处理数据的命令）

通常情况下我们都是为每一个这样的任务开一个远程终端窗口，因为他们执行的时间太长了。必须等待它执行完毕，在此期间可不能关掉窗口或者断开连接，否则这个任务就会被杀掉，一切半途而废了。

当然还包括我们的Java Web服务，它的线程需要一直运行着~~~

为何关闭窗口/断开链接，正在运行的程序会死掉？

Linux/Unix中有一个分厂重要的概念：会话 会话期（session）：一个或多个进程组的集合，有唯一一个会话期首进程（session leader）。会话期ID为首进程的ID。

会话期可以有一个单独的控制终端（controlling terminal）。与控制终端连接的会话期首进程叫做控制进程（controlling process）。当前与终端交互的进程称为前台进程组。其余进程组称为后台进程组。

1. 当终端接口检测到网络连接断开时，会给给控制进程（会话期首进程）发送一个挂断信号（终止程序的信号）
2. 如果会话期首进程终止，则该信号发送到该会话期前台进程组，从而导致进程的停止

因此当网络断开或终端窗口关闭后，控制进程收到SIGHUP信号退出，会导致该会话期内其他进程退出。

nohub

如果我们可以忽略SIGHUP信号，关掉窗口应该就不会影响程序的运行了。 nohup命令可以达到这个目的，如果程序的标准输出/标准错误是终端，nohup默认将其重定向到nohup.out文件（若不指定路径，默认为当前目录下的nohup.out文件，起到了log的作用）。值得注意的是nohup命令只是使得程序忽略SIGHUP信号，还需要使用标记&把它放在后台运行。

在应用Unix/Linux时，我们一般想让某个程序在后台运行，于是我们将常会用 & 在程序结尾来让程序自动运行。

概念说明：nohup 命令运行由 Command 参数和任何相关的 Arg 参数指定的命令，忽略所有挂断（SIGHUP）信号。在注销后使用nohup 命令运行后台中的程序。要运行后台中的 nohup 命令，添加 & （ 表示”and”的符号）到命令的尾部。

[fangshixiang@l-tiger1.ops.prod.aws.dm ~]$ nohup java -jar test.jar > logs/test.log &

这句命令就很好解释了：在后台运行这个java项目，日志输出到logs/test.log这里。

>：写文件，会重写文件，如果文件里面有内容会覆盖。 >>：追加写入。 两者共同点：如果文件不存在，就创建文件

备注：如果当前目录的 nohup.out 文件不可写，输出重定向到 $HOME/nohup.out文件中。如果没有文件能创建或打开以用于追加，那么 Command 参数指定的命令不可调用

另外文件存在可以自动新建，但是目录不存在是不行的，必须手动创建

redirecting stderr to stdout解决办法

在shell中使用nohub启动jar的时候，按照上面命令启动可能会出现nohup: redirecting stderr to stdou而不会停止。

问题原因：nohub不知道将错误输出到哪儿去（因为我们只指定了正确的stout输出） 解决方案：…（前面不变）.jar 2>&1 & 相当于把&改成2>&1 & 解释： 2>：表示把标准错误重定向 &1：表示标准输出 &2：表示标准错误 所以我们相当于加了一个一句2>&1表示把错误输出重定向到标准输出上~，这样nohub就木有疑问了

所以上面命令可改为更标准点：

[fangshixiang@l-tiger1.ops.prod.aws.dm ~]$ nohup java -jar test.jar > logs/test.log 2>&1 &

screen

虽然nohup很容易使用，但还是比较“简陋”的，对于简单的命令能够应付过来，对于复杂的需要人机交互的任务就麻烦了。

其实我们可以使用一个更为强大的·实用程序screen。流行的Linux发行版一般都会自带screen实用程序。 可以运行如下命令看看当前机器的screen程序：

[fangshixiang@l-tiger1.ops.prod.aws.dm ~]$ rpm -qa|grep screen
screen-4.0.3-16.5.amzn1.x86_64

这一点对于远程登录的用户特别有用——即使网络连接中断，用户也不会失去对已经打开的命令行会话的控制。只要再次登录到主机上执行screen -r pid/名称就可以恢复会话的运行

它是什么？

GNU Screen是一款由GNU计划开发的用于命令行终端切换的自由软件。用户可以通过该软件同时连接多个本地或远程的命令行会话，并在其间自由切换。

GNU Screen可以看作是窗口管理器的命令行界面版本。它提供了统一的管理多个会话的界面和相应的功能

在Screen环境下，所有的会话都独立的运行，并拥有各自的编号、输入、输出和窗口缓存。 会话共享：Screen可以让一个或多个用户从不同终端多次登录一个会话，并共享会话的所有特性（比如可以看到完全相同的输出）。它同时提供了窗口访问权限的机制，可以对窗口进行密码保护。

基本使用：

screen -ls（同screen -list）：Do nothing, just list our SockDir 列出所有的screen会话们 screen -S yourname：新建一个screen，yourname名字可自己指定

直接执行screen命令也是帮你创建一个会话，但名字就是系统帮你生成，不建议这么干

screen -r pid/yourname：回到yourname这个session。

备注：如果有多个同名的session，此命令会报错。若出现多个，可以使用pid形式进入之前的会话（下同）

小技巧： screen -r命令若不指定Name或者PID。若只有一个screen会直接进入，若有多个效果同screen -ls，所以我一般都这么使，省事啊

关闭一个session：在screen内部执行exit命令。这样你再使用screen -ls就查看不到它了 当然你也可以使用kill -9来杀死这个进程，区别在于此时你用screen -ls还能看到它：

在这里插入图片描述

按照提示我们可以使用screen -wipe命令清理调用dead的会话就成~~~~

在screen内的键盘操作

说明：所有的键盘快捷键都以ctrl+a开头，所以下面省略这两个

c -> 创建一个新的运行shell的窗口并切换到该窗口（类似于复制一个窗口出来的意思） 一般不常用 d -> detach，暂时离开当前session，将目前的 screen session (可能含有多个 windows) 丢到后台执行，并会回到还没进 screen 时的状态，此时在 screen session 里，此事即使你logout了都不影响（常用）

会话共享

screen有一个限制，就是一个screen同事件只能允许一个用户对其进行操作。比如A通过screen -r进入了这个screen。B若再进入就会提示：

在这里插入图片描述

screen提供了一个很好的会话共享的方案，可以实现就像操作同一屏幕一样的效果。

假设你在和朋友在不同地点以相同用户登录一台机器，然后你创建一个screen会话，你朋友可以在他的终端上命令(注意此处使用的命令必须是screen -x)：

screen -x pid

然后你自己也使用相同的命令进入到这个screen里面去，这样子是能够正常进入的，不会再有提示了~ 效果：就相当于坐在同一个显示器前面，你的操作会同步演示给你朋友，你朋友的操作也会同步演示给你。

需要注意的是：必须登录的是同一账户~~~~~~~~~~~~~~~~~~~

jobs 命令

fg、bg、jobs、&、ctrl + z都是跟系统任务有关的命令。虽然现在基本上不怎么需要用到这些命令，但学会了也是很实用的

& 最经常被用到：这个用在一个命令的最后，可以把这个命令放到后台执行 ctrl + z：可以将一个正在前台执行的命令放到后台，并且暂停 jobs：查看当前有多少在后台运行的命令 fg：将后台中的命令调至前台继续运行。如果后台中有多个命令，可以用 fg %jobnumber将选中的命令调出，%jobnumber是通过jobs命令查到的后台正在执行的命令的序号(不是pid) bg：将一个在后台暂停的命令，变成继续执行 如果后台中有多个命令，可以用bg %jobnumber将选中的命令调出，%jobnumber是通过jobs命令查到的后台正在执行的命令的序号(不是pid)

bg 将进程搬到后台运行（Background），fg 将进程搬到前台运行（Foreground） kill除了可以终止进程，还能给进程发送其它信号，使用kill -l 可以察看kill支持的信号。

shell环境变量 以及 有效范围

每当我们使用ssh客户端远程登陆一个服务时，操作系统就会给我们分配一个新的shell，并且这个shell继承了操作系统的永久环境变量。

在当前的shell执行一个sh文件，都会临时产生一个子shell，该文件执行完毕后，将自动返回到父shell。 子shell会继承父shell的所有永久环境变量和临时环境变量。 父shell不能使用子shell中定义的变量和环境变量。

永久环境变量

/etc/profile 永久生效，对所有用户有效，需要重启 /etc/bashrc 永久生效，对所有用户有效，无需重启 ~/.bashrc 永久生效，仅对当前用户所属的shell有效

临时环境变量

var=value
export var

仅对当前的shell及子shell有效。

普通变量

shell中的普通变量很简单， 仅能被当前shell访问， 不能被其子进程访问， 更不能被其它shell访问。(比如在.sh文件里面的变量)

source和export的区别

source 通常用法：source filename或 . filename 功能：使当前shell读入路径为filepath（若你是path的话）的shell文件并依次执行文件中的所有语句，通常用于重新执行刚修改的初始化文件，使之立即生效，而不必注销并重新登录。例如，当我们修改了/etc/profile文件，并想让它立刻生效，而不用重新登录，就可以使用source命令，如source /etc/profile。

source命令是bash shell的内置命令；点命令(.)，就是个点符号是source的另一名称

需要注意的是： source filename：这个命令其实只是简单地读取脚本里面的语句依次在当前shell里面执行，没有建立新的子shell。那么脚本里面所有新建、改变变量的语句都会保存在当前shell里面，这也就是不用重启的原因，可以立即生效~~~

source 作用在本shell程序中执行，不启动子shell，所以可以影响脚本的父shell export是**将一个变量导出**，以给其他shell程序使用，能影响子shell（不用export定义的变量只对该shell有效，对子shell也是无效的）

直接执行一个脚本文件是在一个子shell中运行的，而source则是在当前shell环境中运行的。source可以让脚本影响它们的父shell环境,这和export去影响子shell环境相反