'\n' em `IFS=$'\n' é uma variável?

Isso não é expansão $'...'de bashparâmetro, é um tipo especial de citação introduzido por ksh93que expande esses códigos \n, \x0a, para um caractere de nova linha. também adicionou / para os caracteres com o ponto de código Unicode correspondente. e também tem enquanto tem . também suporta variações como .\12zsh\u000a\U0000000aksh93bash\cjzsh\C-Jksh93\x{a}

O $é uma sugestão de que é alguma forma ou expansão. Mas, em qualquer caso, difere de outras formas de expansão que usam $(como $((1 + 1)), $paramou $(cmd)) porque não é executada entre aspas duplas ou aqui documentos ( echo "$'x'"saídas $'x'em todos os shells não são especificadas por POSIX) e sua expansão não está sujeita a divisão +glob, é definitivamente mais próximo de um operador de cotação do que de um operador de expansão.

IFS=\ndefiniria IFS para n( \é tratado como um operador de citação) e IFS="\n"ou IFS='\n'definiria IFS para os dois caracteres barra invertida e n.

Você também pode usar:

IFS='
'

ou

IFS="
"

ou

IFS=$'
'

Para passar uma nova linha literal, embora isso seja menos legível (e não se pode ver além de usar coisas como se set listcontém outros caracteres de espaçamento nesse código).vi$IFS

IFS=:, IFS=':', IFS=":", IFS=$':'tudo definido como IFS para :que não importa qual você use.

$'...'é suportado (com variações) por pelo menos: ksh93, zsh, bash, mksh, busybox sh, FreeBSD sh. ksh93e bashtambém tem uma $"..."forma de aspas usada para localização de texto, embora raramente seja usada, pois é complicada de implantar e usar de forma portátil e confiável.

Os shells ese também podem usar fora das aspas para expandir para nova linha.fish\n

Algumas ferramentas como printf, algumas implementações echoou awktambém podem expandi-las \npor si mesmas. Por exemplo, pode-se fazer:

printf '\n'
awk 'BEGIN{printf "\n"}'
echo
echo '\n\c' # UNIX compliant echos only

para a saída do caractere de nova linha, mas observe que:

IFS=$(printf '\n')

não funcionará porque a substituição de comando ( $(...)) remove todos os caracteres de nova linha à direita. No entanto, você pode usar:

eval "$(printf 'IFS="\n"')"

O que funciona porque a saída de printftermina em um "caractere, não em uma nova linha.

Agora, para completar, no rcshell e nas derivadas (como esou akanga), $'\n'é de fato a expansão dessa \nvariável (uma variável cujo nome é a sequência de dois caracteres \e n). Esses shells não têm limitação sobre quais caracteres os nomes de variáveis ​​podem conter e têm apenas um tipo de aspas: '...'.

$ rc
; '\n' = (foo bar)
; echo $'\n'
foo bar
; echo $'\n'(1)
foo

rcvariáveis ​​também são todas exportadas para o ambiente, mas pelo menos na variante Unix de rc, para nomes de variáveis ​​como \n, a versão da variável de ambiente sofre uma forma de codificação:

; env | grep foo | sed -n l
__5cn=foo\001bar$

( 0x5csendo o valor de byte de ASCII \; veja também como essa variável de matriz foi codificada com um byte 0x1 como separador).

Esta é uma citação ANSI-C :

Palavras do formulário $'string'são tratadas especialmente. A palavra se expande para string, com caracteres com escape de barra invertida substituídos conforme especificado pelo padrão ANSI C.

Assim $'\n', é substituído por uma nova linha.

Isso não está relacionado à expansão de parâmetros do shell , apesar do uso de $.

Strings como $'\n'foram introduzidas ksh93e atualmente não fazem parte do padrão POSIX.

Eles permitem usar a maioria dos escapes semelhantes em C, por exemplo, $'\u2345'e os escapes que também são suportados por echo.

Observe que, se você não gosta (no caso de ksh93 ou bash) de usar esse método de escape, ainda pode usar:

IFS='
'

que é equivalente, mas mais difícil de ler.

BTW: Esta extensão já passou no comitê padrão POSIX, mas está agendada para o SUSv8, que deve aparecer não antes do ano de 2020, porque primeiro precisamos trabalhar em nosso atraso na lista atual de bugs.