「eval」と「source /dev/stdin」の違いは何ですか？

さまざまな方法の違いは何ですか？

からman bash：

eval [arg ...]
              The  args  are read and concatenated together into a single com‐
              mand.  This command is then read and executed by the shell,  and
              its  exit status is returned as the value of eval.  If there are
              no args, or only null arguments, eval returns 0.

source filename [arguments]
              Read and execute commands from filename  in  the  current  shell
              environment  and return the exit status of the last command exe‐
              cuted from filename.  If filename does not contain a slash, file
              names  in  PATH  are used to find the directory containing file‐
              name.  The file searched for in PATH  need  not  be  executable.
              When  bash  is  not  in  posix  mode,  the  current directory is
              searched if no file is found in PATH.  If the sourcepath  option
              to  the  shopt  builtin  command  is turned off, the PATH is not
              searched.  If any arguments are supplied, they become the  posi‐
              tional  parameters  when  filename  is  executed.  Otherwise the
              positional parameters are unchanged.  The return status  is  the
              status  of  the  last  command exited within the script (0 if no
              commands are executed), and false if filename is  not  found  or
              cannot be read.

2つの方法の間に違いはありません。

注：evalすべての引数を連結して単一のコマンドで実行してください。sourceファイルの内容を読み取り、実行します。evalコマンドは引数としてのみ作成できますstdin。だからあなたはこれを行うことはできません：

printf "ls" | eval

どちらがより好ましいですか？

evalあなたの例は同じ結果を提供しますが、目的は異なりますsource。source通常、他のスクリプトのライブラリを提供するために使用されますが、evalコマンドの評価にのみ使用されます。 'ed文字列はきれいであると保証されていないため、eval可能であれば避けるべきです。evalsubshell

()またはでいくつかのコマンドを実行すると、{}どちらがより望ましいですか？

コマンドシーケンスが中括弧内で実行されると、{ }すべてのコマンドが実行されます。現在のシェル、変えるサブシェル（これは括弧内で実行すると発生します（bashを参照）。引用する)).

これにより、subshell ( )より多くのリソースが必要ですが、現在の環境には影響しません。を使用すると、{ }現在のシェルのすべてのコマンドが実行されるため、環境が影響を受けます。どちらを選択するかは目的によって異なります。

主な違いは、2番目と3番目の形式はパイプを使用することです。これにより、bashはサブシェルで "source"コマンドを実行します（Lastpipeが設定されていない場合はbash 4.2 +でのみ利用可能）。これはほぼ次のとおりです。

printf "ls" | bash

その結果、コードで設定したすべての環境変数が失われるため、期待どおりに機能しません。

printf "abc=2" | source /dev/stdin

現在のシェルでコマンドを実行するには、プロセス置換を使用できます。

source <(printf "abc=2")

通常どおり、セミコロンを使用して括弧内にさらにコマンドを入力できます。

このようにパイプを削除すると、「eval」と「source」を使用することに違いはないと思います。特別なケースでは、より簡単なものを使用することをお勧めします。

• 変数で実行するコマンドがすでに存在する場合は、「eval」を使用してください。
• ファイルに入れるか外部コマンドからインポートする場合は、「source」を使用してください。

すでに提供されている答えに加えて：

等しいsource...

comd="ls"
eval "$comd"

...はい...

source <(printf ls)

場合にはls大きな違いはありません。

ただし、コマンドの目的が次のような場合現在の環境に影響を与える（コード行を使用する場合、通常は必要なものはsource後でeval使用できません。

まだ行われていない重要な違いがあります！

❯ echo return | . /dev/stdin

❯ echo return | eval "$(cat -)"
sh: return: can only `return' from a function or sourced script

つまり、returnスクリプトをソーシングするときにのみ機能します。

スクリプトの内容と意図によってどちらを選択しても構いませんが、違いは指摘する価値があると思います。

---

eval上記のパイプの代わりにパイプを使用した理由は2つありますeval return。

1. パイプを通して入ることが可能であることを証明するためですeval。

2. 一貫性のために、sourcesoとその両方をevalサブシェル（パイプライン）内で実行できます。

   たとえば、次のようにしようとすると：

   ❯ echo a=1 | . /dev/stdin; echo $a
   ❯ echo a=1 | eval "$(cat -)"; echo $a
   

   1現在の環境では評価されていないため、印刷されないことがわかります。印刷するには、次の操作を行う必要があります1。

   ❯ echo a=1 | { . /dev/stdin; echo $a; }
   ❯ echo a=1 | { eval "$(cat -)"; echo $a; }