stdin, stdout и stderr

Каждый процесс наследует три открытых файловых дескриптора. Когда ядро запускает любой процесс, оно передаёт ему три уже открытых файловых дескриптора — числовых дескриптора, ссылающихся на открытые файлы или устройства. Ядро назначает небольшие целые числа:

• fd 0 — стандартный ввод (stdin)
• fd 1 — стандартный вывод (stdout)
• fd 2 — стандартный поток ошибок (stderr)

Файловый дескриптор — это просто число, которое процесс использует для чтения из чего-либо или записи куда-либо. Ядро хранит таблицу, сопоставляющую каждое число реальному ресурсу (терминальному устройству, файлу, каналу). Три стандартных дескриптора — соглашение, на которое опирается каждая Unix-программа.

stdin (fd 0) — это место, откуда процесс читает ввод. По умолчанию stdin подключён к клавиатуре — терминальному устройству. Когда запускается команда, читающая ввод (cat без аргументов, read, grep без имени файла), она блокируется в ожидании твоего ввода. Всё, что ты вводишь, попадает в fd 0.

cat
hello world
hello world
^D

cat без имени файла читает из stdin до конца файла (отправляется нажатием Ctrl+D). Он отражает каждую строку обратно в stdout по мере чтения.

stdout (fd 1) — это место, куда процесс пишет обычный вывод. По умолчанию stdout подключён к экрану терминала. Когда ls выводит список файлов или echo печатает строку, эти байты идут в fd 1. Поскольку stdout и stderr по умолчанию подключены к одному экрану терминала, ты обычно не можешь визуально отличить их друг от друга — оба выглядят как текст в терминале.

echo "Hello from stdout"

Вывод:

Hello from stdout

Эта строка пошла в fd 1 → экран терминала.

stderr (fd 2) — это место, куда процесс пишет сообщения об ошибках и диагностику. По умолчанию он тоже подключён к экрану терминала, но является отдельным каналом от stdout. Программы пишут ошибки, предупреждения и сообщения о ходе работы в fd 2, чтобы не засорять обычный поток данных на fd 1.

ls /nonexistent

Вывод:

ls: cannot access '/nonexistent': No such file or directory

Это сообщение об ошибке пошло в fd 2, а не в fd 1. Когда оба потока идут на один терминал, ты видишь их вперемежку, но они являются физически отдельными файловыми дескрипторами — а значит, их можно перенаправлять независимо.

Почему это разделение важно? Если скрипт производит 10 000 строк вывода, которые будет обрабатывать другой инструмент, любые сообщения об ошибках, смешанные с fd 1, испортят данные. Хранение ошибок в fd 2 означает, что потребитель fd 1 всегда получает чистый вывод.

Оболочка подключает эти потоки к терминалу по умолчанию, но ты можешь перепроложить их. Терминал — лишь цель по умолчанию. Оболочка может направить fd 0 в файл (чтобы программа читала из файла вместо клавиатуры), направить fd 1 в файл (чтобы вывод сохранялся, а не печатался) или подключить fd 1 одного процесса к fd 0 другого (конвейер). Весь этот механизм — перенаправление и каналы — построен поверх этих трёх файловых дескрипторов. Синтаксис ты узнаешь в следующих уроках; пока просто знай, что fd 0, 1 и 2 — это сантехника, которая делает всё это возможным.