Замените строку, содержащую шаблон в переменной Shell, но сохраняйте линейные каналы [duplicate]

Возможно, вам захочется узнать, почему это происходит. Вместе с великое объяснение этого другого парня найдет ссылку на . Почему мой сценарий оболочки задыхается от пробелов или других специальных символов? , написанный Жилем в Unix & amp; Linux :

Зачем мне писать "$foo"? Что происходит без кавычек?

$foo не означает «принять значение переменной foo». Это означает нечто гораздо более сложное:

• Сначала возьмите значение переменной.
• Разбиение поля: обрабатывайте это значение как список полей, разделенных пробелами, и создавайте результирующий список. Например, если переменная содержит foo * bar ​, то результатом этого шага будет 3-элементный список foo, *, bar.
• Генерация имени файла: обрабатывайте каждое поле как глобус, т. е. как шаблон подстановочного знака, и заменяйте его на список имен файлов, соответствующих этому шаблону. Если шаблон не соответствует никаким файлам, он остается неизмененным. В нашем примере это приводит к списку, содержащему foo, следуя списку файлов в текущем каталоге и, наконец, bar. Если текущий каталог пуст, результат будет foo, *, bar.

Обратите внимание, что результатом является список строк. В контексте синтаксиса оболочки есть два контекста: контекст списка и контекст строки. Разделение поля и генерация имени файла происходят только в контексте списка, но это в большинстве случаев. Двойные кавычки ограничивают контекст строки: вся строка с двумя кавычками - это одна строка, которую нельзя разделить. (Исключение: "$@", чтобы перейти к списку позиционных параметров, например "$@" эквивалентно "$1" "$2" "$3", если есть три позиционных параметра. См. В чем разница между $ * и $ @? )

То же самое происходит с подстановкой команды с помощью $(foo) или с помощью `foo`. На стороне примечания не используйте `foo`: его правила цитирования являются странными и не переносимыми, и все современные оболочки поддерживают $(foo), что абсолютно эквивалентно, за исключением наличия интуитивных правил цитирования.

вывод арифметической подстановки также проходит те же разложения, но это обычно не вызывает беспокойства, поскольку он содержит только нерасширяемые символы (если IFS не содержит цифр или -).

См. Когда требуется двойное цитирование? для получения более подробной информации о случаях, когда вы можете оставить кавычки.

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

echo $var сильно зависит от значения переменной IFS. По умолчанию он содержит символы пробела, табуляции и новой строки:

[ks@localhost ~]$ echo -n "$IFS" | cat -vte
 ^I$

Это означает, что когда оболочка выполняет разделение поля (или разбиение слов), он использует все эти символы в качестве разделителей слов. Это то, что происходит при ссылке на переменную без двойных кавычек, чтобы ее эхо ($var), и поэтому ожидаемый результат изменяется.

. Один из способов предотвратить разделение слов (помимо использования двойных кавычек) - установить IFS к null. См. http://pubs.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_05 :

Если значение IFS равно null, ни одно поле

Установка в значение null означает установку пустого значения:

IFS=

---

Тест:

[ks@localhost ~]$ echo -n "$IFS" | cat -vte
 ^I$
[ks@localhost ~]$ var=$'key\nvalue'
[ks@localhost ~]$ echo $var
key value
[ks@localhost ~]$ IFS=
[ks@localhost ~]$ echo $var
key
value
[ks@localhost ~]$ 

двойная кавычка пользователя, чтобы получить точное значение. например:

echo "${var}"

, и он правильно прочитает ваше значение.