共计 2165 个字符,预计需要花费 6 分钟才能阅读完成。
———–
我集体很喜爱应用 Linux 零碎,尽管说 Windows 的图形化界面做的的确比 Linux 好,然而对脚本的反对太差了。一开始有点不习惯命令行操作,然而相熟了之后反而发现挪动鼠标点点点才是浪费时间的罪魁祸首。。。
那么对于 Linux 命令行,本文不是介绍某些命令的用法,而是阐明一些简略却特地容易让人蛊惑的细节问题。
1、规范输出和命令参数的区别。
2、在后盾运行命令在退出终端后也全副退出了。
3、单引号和双引号示意字符串的区别。
4、有的命令和 sudo
一起用就 command not found。
一、规范输出和参数的区别
这个问题肯定是最容易让人蛊惑的,具体来说,就是搞不清什么时候用管道符 |
和文件重定向>
,<
,什么时候用变量$
。
比如说,我当初有个主动连贯宽带的 shell 脚本connect.sh
,存在我的家目录:
$ where connect.sh
/home/fdl/bin/connect.sh
如果我想删除这个脚本,而且想少敲几次键盘,应该怎么操作呢?我已经这样尝试过:
$ where connect.sh | rm
实际上,这样操作是谬误的,正确的做法应该是这样的:
$ rm $(where connect.sh)
前者试图将 where
的后果连贯到 rm
的规范输出,后者试图将后果作为命令行参数传入。
规范输出就是编程语言中诸如 scanf
或者 readline
这种命令;而参数是指程序的 main
函数传入的 args
字符数组。
前文「Linux 文件描述符」说过,管道符和重定向符是将数据作为程序的规范输出,而 $(cmd)
是读取 cmd
命令输入的数据作为参数。
用方才的例子说,rm
命令源代码中必定不承受规范输出,而是接管命令行参数,删除相应的文件。作为比照,cat
命令是既承受规范输出,又接受命令行参数:
$ cat filename
...file text...
$ cat < filename
...file text...
$ echo 'hello world' | cat
hello world
如果命令可能让终端阻塞,阐明该命令接管规范输出,反之就是不承受 ,比方你只运行cat
命令不加任何参数,终端就会阻塞,期待你输出字符串并回显雷同的字符串。
二、后盾运行程序
比如说你近程登录到服务器上,运行一个 Django web 程序:
$ python manager.py runserver 0.0.0.0
Listening on 0.0.0.0:8080...
当初你能够通过服务器的 IP 地址测试 Django 服务,然而终端此时就阻塞了,你输出什么都不响应,除非输出 Ctrl-C 或者 Ctrl-/ 终止 python 过程。
能够在命令之后加一个 &
符号,这样命令行不会阻塞,能够响应你后续输出的命令,然而如果你退出服务器的登录,就不能拜访该网页了。
如果你想在退出服务器之后依然可能拜访 web 服务,应该这样写命令 (cmd &)
:
$ (python manager.py runserver 0.0.0.0 &)
Listening on 0.0.0.0:8080...
$ logout
底层原理是这样的:
每一个命令行终端都是一个 shell 过程,你在这个终端里执行的程序实际上都是这个 shell 过程分进去的子过程。失常状况下,shell 过程会阻塞,期待子过程退出才从新接管你输出的新的命令。加上 &
号,只是让 shell 过程不再阻塞,能够持续响应你的新命令。然而无论如何,你如果关掉了这个 shell 命令行端口,依附于它的所有子过程都会退出。
而 (cmd &)
这样运行命令,则是将 cmd
命令挂到一个 systemd
零碎守护过程名下,认 systemd
做爸爸,这样当你退出以后终端时,对于方才的 cmd
命令就齐全没有影响了。
相似的,还有一种后盾运行罕用的做法是这样:
$ nohub some_cmd &
nohub
命令也是相似的原理,不过通过我的测试,还是 (cmd &)
这种模式更加稳固。
三、单引号和双引号的区别
不同的 shell 行为会有轻微区别,但有一点是确定的,对于 $
,(
,)
这几个符号,单引号突围的字符串不会做任何本义,双引号突围的字符串会本义。
shell 的行为能够测试,应用 set -x
命令,会开启 shell 的命令回显,你能够通过回显察看 shell 到底在执行什么命令:
可见 echo $(cmd)
和 echo "$(cmd)"
,后果差不多,然而依然有区别。留神察看,双引号本义实现的后果会主动减少单引号,而前者不会。
也就是说,如果 $
读取出的参数字符串蕴含空格,应该用双引号括起来,否则就会出错。
四、sudo 找不到命令
有时候咱们普通用户能够用的命令,用 sudo
加权限之后却报错 command not found:
$ connect.sh
network-manager: Permission denied
$ sudo connect.sh
sudo: command not found
起因在于,connect.sh
这个脚本仅存在于该用户的环境变量中:
$ where connect.sh
/home/fdl/bin/connect.sh
当应用 sudo
时,零碎会应用 /etc/sudoers
这个文件中规定的该用户的权限和环境变量,而这个脚本在 /etc/sudoers
环境变量目录中当然是找不到的。
解决办法是应用脚本文件的门路,而不是仅仅通过脚本名称:
$ sudo /home/fdl/bin/connect.sh