![キー入力を担当する端末やシェルはありますか？ [コピー]](https://linux33.com/image/113720/%E3%82%AD%E3%83%BC%E5%85%A5%E5%8A%9B%E3%82%92%E6%8B%85%E5%BD%93%E3%81%99%E3%82%8B%E7%AB%AF%E6%9C%AB%E3%82%84%E3%82%B7%E3%82%A7%E3%83%AB%E3%81%AF%E3%81%82%E3%82%8A%E3%81%BE%E3%81%99%E3%81%8B%EF%BC%9F%20%5B%E3%82%B3%E3%83%94%E3%83%BC%5D.png)
端末が CTRL+C や CTRL+D などのキーストロークのハンドラなのか、シェルなのかはわかりません。
キーを押すと次のような気がします。
キーを押すと、キーはシェルによって処理されます。シェルはキーを解釈し、必要なすべての操作を実行します。キーをCTRL + C押すか、画面を消去したときに信号を送信するCTRL + Lなどの操作を実行できます。したがって、シェルはプログラム入力の仲介者として機能します。入力は、シェルからプログラムの標準入力として提供されます。
プログラムの標準出力はシェルに移動し、出力を端末、ファイル、またはパイプにリダイレクトします。
端末はキー入力バイトをシェルに送信します。
私は正しいですか？
答え1
まさか。信号などは端末ドライバによって処理されるため、シェルは実際にユーザーがリテラルctrl-Cを入力したのか、kill別のウィンドウで同じ信号を送信したのかを知りません。
Keystrokes -> Terminal -> Terminal driver -> Foreground process
シェルがフォアグラウンドプロセスでない場合（たとえば、対話型プログラムまたは実際にフォアグラウンドプロセスを開始するために使用する場合）、プログラムはターミナルドライバからキーボード入力とすべての信号を受け取ります。
デフォルトでは、標準入力は端末から出てきますが、たとえばファイルやネットワークストリームから入力がリダイレクトされるシェルを実行できます。同様に、シェルは、端末に関係するかどうかにかかわらず、子プロセスの標準入力、出力、およびエラーストリームをリダイレクトできます。