Смотрите, это полноценный, рабочий и компилируемый пример. Не сомневайтесь, скомпилируйте сами и протестируйте, это действительно работает. Вы должны вызвать программу из терминала следующим образом:

Теперь давайте сосредоточимся на самом вызове чтения:

Сигнатура чтения следующая (извлечена из справочных страниц Linux):

Во-первых, аргумент fd представляет дескриптор файла. Я немного объяснил эту концепцию в своей статье о вилке.  Дескриптор файла - это int, представляющий открытый файл, сокет, канал, FIFO, устройство, ну, это много вещей, где данные могут быть прочитаны или записаны, как правило, в виде потока. Я расскажу об этом подробнее в следующей статье.

Функция open - это один из способов сказать Linux: я хочу делать что-то с файлом по этому пути, найдите его там, где он находится, и дайте мне доступ к нему. Он вернет вам этот int, называемый дескриптором файла, и теперь, если вы хотите что-то сделать с этим файлом, используйте этот номер. Не забудьте вызвать close, когда закончите с файлом, как в примере.

Поэтому вам нужно указать этот специальный номер, чтобы прочитать. Тогда есть аргумент buf. Здесь вы должны указать указатель на массив, в котором чтение будет хранить ваши данные. Наконец, count - это максимальное количество байтов, которое он прочитает.

Возвращаемое значение имеет тип ssize_t. Странный тип, не правда ли? Это означает «подписанный size_t», в основном это длинное целое число. Он возвращает количество байтов, которые он успешно прочитал, или -1, если есть проблема. Вы можете найти точную причину проблемы в глобальной переменной errno, созданной Linux, определенной в . Но для вывода сообщения об ошибке лучше использовать perror, поскольку он печатает errno от вашего имени.

В обычных файлах - и Только в этом случае - чтение вернет меньше, чем количество, только если вы достигли конца файла. Предоставляемый вами массив buf должен быть достаточно большим, чтобы вместить хотя бы количество байтов, иначе ваша программа может дать сбой или создать ошибку безопасности.

Теперь чтение полезно не только для обычных файлов, и если вы хотите почувствовать его сверхспособности - Да, я знаю, что этого нет ни в одном комиксе Marvel, но у него есть настоящие силы - вы захотите использовать его с другими потоками, такими как трубы или сокеты. Давайте посмотрим на это:

Специальные файлы Linux и системный вызов чтения

Факт чтения работает с различными файлами, такими как каналы, сокеты, FIFO или специальные устройства, такие как диск или последовательный порт, что делает его действительно более мощным. С некоторыми адаптациями можно делать действительно интересные вещи. Во-первых, это означает, что вы можете буквально писать функции, работающие с файлом, и вместо этого использовать их с конвейером. Интересно передавать данные, не затрагивая диск, что обеспечивает лучшую производительность.

Однако это также вызывает особые правила. Давайте возьмем пример чтения строки из терминала по сравнению с обычным файлом. Когда вы вызываете чтение для обычного файла, Linux требуется всего несколько миллисекунд, чтобы получить запрашиваемый вами объем данных.

Но когда дело доходит до терминала, это совсем другая история: допустим, вы запрашиваете имя пользователя. Пользователь вводит в терминал свое имя пользователя и нажимает Enter. Теперь вы следуете моему совету выше и вызываете чтение с большим буфером, например 256 байт.

Если чтение работает так же, как и с файлами, оно будет ждать, пока пользователь наберет 256 символов, прежде чем вернуться! Ваш пользователь будет ждать вечно, а затем, к сожалению, убьет ваше приложение. Это определенно не то, что вам нужно, и у вас возникнут большие проблемы.

Хорошо, вы можете читать по одному байту за раз, но этот обходной путь ужасно неэффективен, как я уже говорил вам выше. Это должно работать лучше, чем это.

Но разработчики Linux думали иначе, чтобы избежать этой проблемы:

• Когда вы читаете обычные файлы, он пытается как можно больше прочитать количество байтов и будет активно получать байты с диска, если это необходимо.
• Для всех других типов файлов он вернет как только есть некоторые данные и в большинстве подсчитать байты:
  1. Для терминалов это в целом когда пользователь нажимает клавишу Enter.
  2. Для сокетов TCP: как только ваш компьютер что-то получает, не имеет значения, сколько байтов он получает.
  3. Для FIFO или каналов это, как правило, такое же количество, как и в другом приложении, но ядро ​​Linux может поставлять меньше за раз, если это более удобно.

Таким образом, вы можете безопасно звонить со своим буфером 2 КБ, не оставаясь заблокированным навсегда. Обратите внимание, что он также может быть прерван, если приложение получает сигнал. Поскольку чтение из всех этих источников может занять секунды или даже часы - пока другая сторона не решит писать, в конце концов - прерывание сигналами позволяет перестать оставаться заблокированным слишком долго.

Однако у этого также есть недостаток: если вы хотите точно прочитать 2 КиБ с этими специальными файлами, вам нужно будет проверить возвращаемое значение чтения и вызвать чтение несколько раз. чтение редко заполняет весь буфер. Если ваше приложение использует сигналы, вам также необходимо проверить, не удалось ли чтение с -1, потому что оно было прервано сигналом, используя errno.

Позвольте мне показать вам, как может быть интересно использовать это особое свойство чтения: