Каково точное значение IFS = $ '\ n'?

Если следующий пример, который устанавливает IFSпеременную среды в символ перевода строки ...

IFS=$'\n'

• Что именно означает знак доллара ?
• Что он делает в этом конкретном случае?
• Где я могу узнать больше об этом конкретном использовании (Google не допускает использование специальных символов в поиске, и я не знаю, что искать в противном случае)?

Я знаю, что такое IFSпеременная среды и что это за \nсимвол (перевод строки), но почему бы просто не использовать следующую форму: IFS="\n"(которая не работает)?

Например, если я хочу перебрать каждую строку файла и использовать цикл for, я могу сделать это:

for line in (< /path/to/file); do
    echo "Line: $line"
done

Однако это не будет работать правильно, если IFSне установлен символ перевода строки. Чтобы заставить его работать, мне нужно было сделать следующее:

OLDIFS=$IFS
IFS=$'\n'
for line in (< /path/to/file); do
    echo "Line: $line"
done
IFS=$OLDIFS

Примечание: мне не нужен другой способ сделать то же самое, я уже знаю много других ... Мне только это любопытно $'\n'и интересно, может ли кто-нибудь дать мне объяснение по этому поводу .

Обычно bashне интерпретирует escape-последовательности в строковых литералах. Итак, если вы пишете \nили "\n"или '\n', это не перенос строки - это буква n(в первом случае) или обратная косая черта, за которой следует буква n(в двух других случаях).

$'somestring'это синтаксис для строковых литералов с escape-последовательностями . Так что в отличие '\n', на $'\n'самом деле является LINEBREAK.

Просто чтобы дать конструкта его официальное название : строки вида $'...'называются ANSI C-строки в кавычках .

То есть, как и в строках [ANSI] C, escape-последовательности с обратной косой чертой распознаются и расширяются до их буквального эквивалента (полный список поддерживаемых escape-последовательностей см. Ниже).

После этого раскрытия $'...'строки ведут себя так же, как '...'строки, т. Е. Они рассматриваются как литералы, НЕ подлежащие каким-либо [дальнейшим] расширениям оболочки .

Например, $'\n'расширяется до буквального символа новой строки - чего не может сделать обычный строковый литерал bash (независимо от того, '...'или "..."). ^[1]

Еще одна интересная особенность заключается в том, что строки в кавычках ANSI C могут экранировать '(одинарные кавычки) как\' , чего '...'(обычные одинарные кавычки) не могут:

echo $'Honey, I\'m home' # OK; this cannot be done with '...'

Список поддерживаемых escape-последовательностей :

Управляющие последовательности с обратной косой чертой, если они есть, декодируются следующим образом:

\ оповещение (звонок)

\ b backspace

\ e \ E escape-символ (не ANSI C)

\ f подача формы

\ n новая строка

\ r возврат каретки

\ t горизонтальная вкладка

\ v вертикальная табуляция

\ обратная косая черта

одинарная кавычка

\ "двойная кавычка

\ nnn восьмибитовый символ, значение которого является восьмеричным значением nnn (от одной до трех цифр)

\ xHH восьмибитовый символ, значение которого является шестнадцатеричным значением HH (одна или две шестнадцатеричные цифры)

\ uHHHH символ Unicode (ISO / IEC 10646), значение которого является шестнадцатеричным значением HHHH (от одной до четырех шестнадцатеричных цифр)

\ UHHHHHHHH символ Unicode (ISO / IEC 10646), значение которого является шестнадцатеричным значением HHHHHHHH (от одной до восьми шестнадцатеричных цифр)

\ cx символ control-x

Расширенный результат заключен в одинарные кавычки, как если бы знака доллара не было.

^{[1] Вы можете, однако, встроить настоящие символы новой строки в строки '...' и "..."; то есть вы можете определить строки, которые охватывают несколько строк.}

Из http://www.linuxtopia.org/online_books/bash_guide_for_beginners/sect_03_03.html :

Слова в форме «$ 'STRING'» обрабатываются особым образом. Слово расширяется до строки с замененными символами, экранированными обратной косой чертой, в соответствии со стандартом ANSI-C. Управляющие последовательности с обратной косой чертой можно найти в документации Bash.

Я предполагаю, что это заставляет скрипт уйти от перевода строки в соответствии с надлежащим стандартом ANSI-C.

Повторное восстановление IFS по умолчанию - в этом OLDIFS=$IFSнет необходимости. Запустите новый IFS в подоболочке, чтобы избежать переопределения IFS по умолчанию:

ar=(123 321); ( IFS=$'\n'; echo ${ar[*]} )

Кроме того, я действительно не верю, что вы полностью восстановите старую IFS. Вы должны заключить его в двойные кавычки, чтобы избежать разрыва строки, например OLDIFS="$IFS".

Строки в кавычках ANSI C являются ключевым моментом. Спасибо @ mklement0.

Вы можете проверить строки в кавычках ANSI C с помощью команды od.

echo -n $'\n' | od -c
echo -n '\n' | od -c
echo -n $"\n" | od -c
echo -n "\n" | od -c

Выходы:

0000000  \n  
0000001

0000000   \   n   
0000002

0000000   \   n   
0000002

0000000   \   n   
0000002

Вы можете четко узнать значение по результатам.

Это похоже на получение значения из переменной:

VAR='test'
echo VAR
echo $VAR

разные, поэтому знак доллара в основном оценивает содержание.