Почему тильда (~) не раскрывается в двойных кавычках?

Согласно этому ответу и моему собственному пониманию, тильда расширяется до домашнего каталога:

$ echo ~
/home/braiam

Теперь, когда я хочу, чтобы раскрытие оболочки работало, то есть с использованием таких имен переменных $FOO, а не прерывалось из-за непредвиденных символов, таких пробелов и т. Д., Следует использовать двойные кавычки ":

$ FOO="some string with spaces"
$ BAR="echo $FOO"
$ echo $BAR
echo some string with spaces

Почему это расширение не работает с тильдой?

$ echo ~/some/path
/home/braiam/some/path
$ echo "~/some/path"
~/some/path

Причина в том, что внутри двойных кавычек тильда ~не имеет особого значения, она трактуется как буквальная.

POSIX определяет двойные кавычки как:

Заключение символов в двойные кавычки ("") должно сохранять буквальное значение всех символов в двойных кавычках, за исключением символов доллара, обратной кавычки и обратной косой черты,

...

Приложение должно гарантировать, что двойной кавычке предшествует обратная косая черта для включения в двойные кавычки. Параметр «@» имеет особое значение в двойных кавычках

За исключением случаев $, `, \и @, другие символы рассматриваются как литералы в двойных кавычках.

Расширение тильды определяется POSIX как:

А «тильда-префикс» не состоит из некотируемого <тильды> символа в начале слова, после чего всех символов , предшествующих первого без кавычек <слэша> в слове, или все символы в слове , если нет < слэш>. В назначении можно использовать несколько префиксов тильды: [...] после <знака равенства> назначения, после любого <двоеточия> без кавычек или обоих. [...] Если ни один из символов в префиксе тильды не заключен в кавычки, символы в префиксе тильды, следующие за <тильдой>, рассматриваются как возможное имя для входа в систему из пользовательской базы данных. [...] Если имя для входа в систему равно нулю (т. Е. Префикс тильды содержит только тильду), префикс тильды заменяется значением переменной HOME. Если HOME не установлен, результаты не уточняются. [...]

Таким образом, самый короткий ответ «потому что он определен таким образом»: цитирование любого из символов в префиксе, в том числе ~, запрещает расширение.

Он также определяет расширение как всегда приводящее к одному слову, поэтому в кавычках нет необходимости:

Имя пути, полученное в результате расширения тильды, должно обрабатываться так, как если бы оно было заключено в кавычки, чтобы предотвратить его изменение в результате разделения поля и расширения имени пути.

Если для некоторого пути требуется цитирование, а для остального - префикс тильды, вы можете напрямую объединить расширение тильды и обычное цитирование:

$ cat ~/"file name with spaces"

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

~ происходит в C-оболочке задолго до того, как она была добавлена ​​в оболочку Korn, а затем добавлена ​​в спецификацию оболочки POSIX.

В C-оболочке ~был оператор сглаживания (расширенный той же самой процедурой, что и расширяющий, *.txtнапример), поэтому, как и остальная часть смещения, не выполнялась в двойных кавычках.

Хотя это не отвечает на вопрос, почему он разработан таким образом, $HOMEвместо этого вы используете, если вам нужно заменить, поскольку это, по сути, то, что ~делает.

$ echo "$HOME/some/path"
/home/braiam/some/path