ホームページ  >  記事  >  バックエンド開発  >  シェルパイプのリダイレクトに関する基本チュートリアル

シェルパイプのリダイレクトに関する基本チュートリアル

巴扎黑
巴扎黑オリジナル
2017-08-15 15:54:001305ブラウズ

パイプラインは、プロセス間通信の問題を解決するために存在します。これにより、2 つのプロセス間でデータを転送でき、あるプロセスの出力データがその入力データとして別のプロセスに転送されます

1.8.1 Anonymous Pipe" | 「

パイプシンボルとはその名の通り、パイプのようなもので、パイプの入口からパイプを通してパイプの出口までデータを渡します。

パイプラインは、プロセス間通信の問題を解決するために存在し、2 つのプロセス間でデータを転送できるようにし、あるプロセスの出力データを入力データとして別のプロセスに転送します。パイプの左側はデータの提供者であり、パイプの右側はデータの受信者です。

たとえば、 echo "abcd" | passwd --stdin username は、プロセス echo の出力結果 "abcd" がプロセス passwd の入力データとして使用されることを意味します。 echo "abcd" | passwd --stdin username,表示将进程echo的输出结果"abcd"作为进程passwd的输入数据。

基本的管道符号及其用法很容易理解。现在的疑问是,对于ps aux | grep "ssh"

基本的なパイプ記号とその使用法は理解しやすいです。ここでの問題は、ps grep "ssh" の場合、なぜ grep プロセスが結果に表示されるのかということです。


[root@xuexi ~]# ps aux | grep ssh
root    1211 0.0 0.1 82544 3600 ?    Ss  Jul26  0:00 /usr/sbin/sshd -D
root   25236 0.0 0.2 145552 5524 ?    Ss  05:28  0:00 sshd: root@pts/0
root   25720 0.1 0.2 145416 5524 ?    Ss  06:15  0:00 sshd: root@pts/1
root   25770 0.0 0.0 112648  948 pts/1  S+  06:15  0:00 grep --color=auto ssh

一般的な考え方によると、ps が最初に実行され、出力を取得した後、出力データが grep に渡されます。この時点では grep はまだ実行されていませんが、ps は実行を完了しています。プロセス情報はまだ収集されますか?これは、パイプラインがプロセス間通信を実装しており、ps プロセスの実行後にプロセス情報の収集が開始され、データの受信を待機している状態になっているためです。 ps がデータを収集すると、出力がメモリに渡され、フィルタリングのために grep にパイプされます。

パイプの本質はデータ転送です。パイプの左側の出力データはメモリに置かれ、パイプの右側のプロセスによって読み取られます。メモリが出力データを完全に保存するのに十分でない場合、パイプの左側のプロセスは、パイプの右側がメモリ内のデータの一部を取り出すまで待機します。パイプは出力を続行でき、パイプの左側のプロセスが開始された直後にパイプの右側のプロセスが開始されますが、パイプによって渡されたデータの受信を待っている待機状態になっています。 。

言い換えると、パイプラインの左側と右側のプロセスは、ほとんど順序なく実行されます。

では、ps aux | grep "ssh" は、grep 自身のプロセスが結果に表示されるのを避けるにはどうすればよいでしょうか? 2 つの方法があります:

方法 1: ps grep "ssh" | grep -v "grep"

方法 2: ps aux | ss[h]"


方法 1 grep の「-v」機能を適用する方法 2 は、正規表現機能を適用することです。

匿名パイプを使用する過程で、パイプの両側のプロセスが同じプロセス グループに属していることに気付いたかもしれません。つまり、パイプの左側のデータはそのプロセスにのみ渡すことができます。パイプの右側にあり、他のプロセスはこのデータを読み取ることができません。ただし、匿名パイプに加えて、名前付きパイプもあります。名前付きパイプは、プロセスのデータをパイプ ファイル (fifo) に保存します。これは、他のプロセスがパイプ ファイルを読み取ってその中のデータを読み取ることができます。リーダーは制限されなくなりました。名前付きパイプについては、Linux/unix オペレーティング システムのカーネルまたはプログラミングの書籍を参照してください。通常、これらの書籍には詳細な説明が記載されています。

1.8.2 リダイレクト

1.8.2.1 リダイレクトの基本

標準入力 (stdin)、標準出力 (stdout)、および標準エラー出力 (stderr) の最も一般的なファイル記述子は、それぞれ 0、1 です。および 2 があり、このうち 0、1、2 は数値コードと考えることもできます。出力情報は画面に出力される情報と考えることができ、エラーが表示されないものが標準出力、エラーが表示されるものが標準エラー出力です。 もちろん、この説明には偏りがあります。 , 分かりやすいです。独自の記述子をカスタマイズして、高度なリダイレクトを実装することもできます。その使用法については、今後の記事で紹介する可能性があります。

標準入力 = /dev/stdin = コード 0 = 8155daef63b76264f119e9677278537a または >>

標準エラー = /dev/stderr = コード 2 = 2> または 2>> の表記を使用します。

95ec6993dc754240360e28e0de8de30a, 2> は上書き関数を実装します。>>, 2>> は追加関数ではありませんが、ここでドキュメントが生成されることを意味します。 cat とリダイレクトの連携の内容で後述します。さらに、f70c0e5489629398983046797fde961c&1 と &> はどちらも stdout と stderr が同じ場所にリダイレクトされること、つまりすべての出力コンテンツがリダイレクトされることを示します。最も一般的な「&> /dev/null」など。

stdout または stderr を /dev/null にスローすることは、出力情報を破棄することを意味します。逆に、/dev/null をファイルにリダイレクトすることは、ファイルをクリアすることを意味します。


[root@xuexi ~]# cat /etc/fstab | cat -

さらに、ファイルを素早くクリアする方法がいくつかあります


[root@xuexi ~]# > ab.sh
[root@xuexi ~]# : > ab.sh       # 或"true >ab.sh",其实它们都等价于">ab.sh"
[root@xuexi ~]# echo '' > ab.sh
[root@xuexi ~]# truncate -s 0 ab.sh  # truncate命令用于收缩和扩展文件大小
[root@xuexi ~]# dd if=/dev/null of=ab.sh

最后最重要的一点:在有重定向符号的语句中,命令执行之前已经将文件截断了。所以如果正在编辑一个文件并将编辑的结果重定向回这个文件将出现异常,因为截断后就没有合适的内容用于编辑。一个简单的示例如下:


[root@xuexi ~]# head a.log > a.log

有些时候直接使用">"覆盖输出是比较危险的。可以使用set -C来设置如果输出重定向文件已经存在则不覆盖。使用set +C来取消set -C的效果。如果在设置了set -C时仍然想强制覆盖,可以使用“>|”代替“>”来重定向输出。同理错误输出也有此特性。


[root@xuexi tmp]# set -C
[root@xuexi tmp]# cat flip >ttt.txt
-bash: ttt.txt: cannot overwrite existing file
[root@xuexi tmp]# cat flip >| ttt.txt
[root@xuexi tmp]# set +C

1.8.2.2 cat和重定向配合

配合cat使用可以分行输入内容到文件中。


[root@xuexi tmp]# cat <<eof>log.txt  # 覆盖的方式输入到log.txt
> this is stdin character
> eof

也可以使用下面的方法。


[root@xuexi tmp]# cat >log1.txt <<eof 
> this is stdin character first!
> eof

一方面,eof部分都必须使用"88a41d6e50d3a6dd535eaf0181fbf000log1.txt表示将document的内容覆盖到log1.txt文件中,如果是要追加,则使用>>log1.txt。所以,追加的方式如下:


[root@xuexi tmp]# cat >>log1.txt <<eof 
> this is stdin character first!
> eof


[root@xuexi tmp]# cat <<eof>>log1.txt 
> this is stdin character first!
> eof

1.8.2.3 tee双重定向

可以使用tee双重定向。一般情况下,重定向要么将信息输入到文件中,要么输出到屏幕上,但是既想输出到屏幕又想输出到文件就比较麻烦。使用tee的双重定向功能可以实现该想法。如图。


tee [-a] file

选项说明:

    -a:默认是将输出覆盖到文件中,使用该选项将变为追加行为。

    file:除了输出到标准输出中,还将输出到file中。如果file为"-",则表示再输入一次到标准输出中。

例如下面的代码,将a开头的文件内容全部保存到b.log,同时把副本交给后面的的cat,使用这个cat又将内容保存到了x.log。其中"-"代表前面的stdin。


[root@xuexi tmp]# cat a* | tee b.log | cat - >x.log

还可以直接输出到屏幕:


[root@xuexi tmp]# cat a* | tee b.log | cat

tee默认会使用覆盖的方式保存到文件,可以使用-a选项来追加到文件。如:


[root@xuexi tmp]# cat a* | tee -a b.log | cat

现在就可以在使用cat和重定向创建文件或写入内容到文件的同时又可以在屏幕上显示一份。


[root@xuexi tmp]# cat <<eof | tee ttt.txt
> x y
> z 1
> eof
x y
z 1

1.8.2.4 <<和<<<

在bash中,<<和<<<是特殊重定向符号。<<表示的是here document,<<<表示的是here string。

here document在上文已经解释过了,对于here string,表示将<<<后的字符串作为输入数据。

例如:


passwd --stdin user <<< password_value

等价于:


echo password_value | passwd --stdin user

以上がシェルパイプのリダイレクトに関する基本チュートリアルの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。