Как читать строку за строкой, введенную пользователем, до Ctrl + D и включать строку, в которой был набран Ctrl + D

Для этого вам нужно читать символ за символом, а не строку за строкой.

Почему? Оболочка, скорее всего, использует стандартную библиотечную функцию C read () для чтения данных, вводимых пользователем, и эта функция возвращает количество фактически прочитанных байтов. . Если он возвращает ноль, это означает, что обнаружил EOF (см. Руководство read (2) ; man 2 read ). Обратите внимание, что EOF не символ, а условие, то есть условие «больше нечего читать», конец файла .

Ctrl + D отправляет символ конца передачи (EOT, код символа ASCII 4, $ '\ 04' в bash ) к драйверу терминала . Это приводит к отправке всего, что нужно отправить, в вызов ожидания read () оболочки.

Когда вы нажимаете Ctrl + D в середине ввода текста в строке, все, что вы набрали до сих пор, отправляется в оболочку ¹ . Это означает, что если вы дважды введете Ctrl + D после того, как наберете что-то в строке, первая отправит некоторые данные, а вторая - {{1 }} отправить ничего , и вызов read () вернет ноль, и оболочка интерпретирует это как EOF. Аналогично, если вы нажмете Enter , а затем Ctrl + D , оболочка сразу получит EOF, поскольку не было данных для отправки.

Итак, как избежать необходимости дважды вводить Ctrl + D ?

Как я уже сказал, читать отдельные символы. Когда вы используете встроенную команду read shell , она, вероятно, имеет входной буфер и просит read () прочитать максимум этого много символов из входного потока (может быть, 16 кб или около того). Это означает, что оболочка получит набор входных блоков размером 16 КБ , за которым следует блок размером менее 16 КБ, за которым следуют нулевые байты (EOF). При обнаружении конца ввода (или символа новой строки, или указанного разделителя ) управление возвращается скрипту.

Если вы используете read -n 1 для чтения одного символа, оболочка будет использовать буфер из одного байта при вызове read () , т.е. он будет сидеть в узком цикле чтения посимвольно, возвращая управление сценарию оболочки после каждого из них.

Единственная проблема с read -n заключается в том, что он устанавливает терминал в "необработанный режим", что означает, что символы отправляются в том виде, в каком они есть, без какой-либо интерпретации . Например, если вы нажмете Ctrl + D , , вы получите буквальный символ EOT в своей строке. Поэтому мы должны проверить это на . Это также имеет побочный эффект, заключающийся в том, что пользователь не сможет редактировать строку перед ее отправкой в ​​сценарий, например, нажав Backspace или используя Ctrl + W (чтобы удалить предыдущее слово) или Ctrl + U (удалить до начала строки).

Короче говоря: Ниже приводится последний цикл, который ваш скрипт bash должен выполнить для чтения строки ввода, в то же время { {1}} позволяя пользователю в любой момент прервать ввод, нажав Ctrl + D :

while true; do
    line=''

    while IFS= read -r -N 1 ch; do
        case "$ch" in
            $'\04') got_eot=1   ;&
            $'\n')  break       ;;
            *)      line="$line$ch" ;;
        esac
    done

    printf 'line: "%s"\n' "$line"

    if (( got_eot )); then
        break
    fi
done

Не вдаваясь в подробности об этом:

• IFS = очищает переменную IFS . Без этого мы не смогли бы читать пробелы. Я использую read -N вместо read -n , иначе мы не сможем обнаружить символы новой строки. Параметр -r для чтения позволяет нам правильно читать обратную косую черту.

• Оператор case действует на каждый прочитанный символ ( $ ch ). Если обнаружен EOT ( $ '\ 04' ), он устанавливает got_eot в 1, а затем переходит к оператору break , который выводит его из внутренний цикл.Если обнаруживается новая строка ( $ '\ n' ), она просто выходит из внутреннего цикла. В противном случае он добавляет символ в конец переменной строки .

• После цикла строка выводится на стандартный вывод. Здесь вы вызываете свой сценарий или функцию, использующую «$ line» . Если мы попали сюда, обнаружив EOT, мы выходим из самого внешнего цикла.

¹ Вы можете проверить это, запустив cat> file в одном терминале и tail -f file в другом, а затем введите частичную строку в cat и нажмите Ctrl + D , чтобы увидеть, что происходит в выходных данных tail .

Для пользователей ksh93 : цикл выше будет читать символ возврата каретки, а не символ новой строки в ksh93 , что означает, что проверка для $ '\ n' нужно будет перейти на тест для $ '\ r' . Оболочка также отобразит их как ^ M .

Чтобы обойти это:

stty_saved="$( stty -g )"
stty -echoctl

# the loop goes here, with $'\n' replaced by $'\r'

stty "$stty_saved"

Вы также можете явно вывести новую строку непосредственно перед break , чтобы добиться того же поведения, что и в bash .