Por que $ RANDOM não está incluído na saída de 'env'?

RANDOMnão é uma variável de ambiente. É uma variável de shell mantida por alguns shells. Geralmente não é exportado por padrão. É por isso que ele não aparece na saída do env.

Uma vez que tenha sido usado pelo menos uma vez, ele aparecerá na saída de set, que, por si só, lista as variáveis ​​do shell (e funções) e seus valores na sessão atual do shell. Este comportamento é dependente do shell e usando pdkshno OpenBSD, RANDOMseria listado por setmesmo que não tenha sido usado anteriormente.

O restante desta resposta diz respeito ao que poderia acontecer se RANDOMfosse exportado (ou seja, transformado em uma variável de ambiente).

Exportá-lo com export RANDOMo tornaria uma variável de ambiente, mas seu uso seria severamente limitado, pois seu valor em um processo filho seria "aleatório, mas estático" (o que significa que seria um número aleatório imutável). O comportamento exato difere entre as conchas.

Estou usando pdkshno OpenBSD no exemplo abaixo e recebo um novo valor aleatório em cada awkexecução (mas o mesmo valor todas as vezes na mesma awkinstância). Usando bash, eu obteria exatamente o mesmo valor aleatório em todas as invocações de awk.

$ awk 'BEGIN { print ENVIRON["RANDOM"], ENVIRON["RANDOM"] }'
25444 25444

$ awk 'BEGIN { print ENVIRON["RANDOM"], ENVIRON["RANDOM"] }'
30906 30906

Em bash, o valor exportado de RANDOMpermaneceria estático independentemente do uso de RANDOMno shell (onde cada uso de $RANDOMainda daria um novo valor).

Isso ocorre porque cada referência à variável shell RANDOM em bashfaz com que o shell acesse sua função interna get_random()para dar à variável um novo valor aleatório, mas o shell não atualiza a variável de ambiente RANDOM . Isso é semelhante em comportamento a outras bashvariáveis ​​dinâmicas, como LINENO, SECONDS, BASHPIDetc.

Para atualizar a variável de ambiente RANDOMem bash, você teria que atribuir a ela o valor da variável shell RANDOM e exportá-la novamente:

export RANDOM="$RANDOM"

Não está claro para mim se isso teria o efeito colateral adicional de re-semeadura do gerador de números aleatórios bashou não (mas um palpite seria que não).

Nem todas as variáveis ​​definidas em sua sessão de shell são variáveis ​​de ambiente. "Variáveis ​​de ambiente" referem-se apenas às variáveis ​​que foram exportadas para o ambiente usando o exportbuilt-in. O envcomando imprime apenas essas variáveis ​​de ambiente . Por exemplo:

$ foo="bar"
$ env | grep foo ## returns nothing
$ export foo
$ env | grep foo ## now, env will print it
foo=bar

Se você quiser ver todas as variáveis ​​definidas em sua sessão, independentemente de terem sido exportadas, você pode usar set:

$ set | grep foo=
foo=bar

O setbuiltin também retorna funções, então para ver apenas variáveis, você pode usar:

set | grep  '^[^[:space:]]*='

Finalmente, a RANDOMvariável é especial porque só recebe um valor quando você a referencia. Isso é mencionado em bash(1) :

RANDOM

Cada vez que este parâmetro é referenciado, um número inteiro aleatório entre 0 e 32767 é gerado. A sequência de números aleatórios pode ser inicializada atribuindo um valor a RANDOM. Se RANDOMnão estiver definido, ele perde suas propriedades especiais, mesmo se for redefinido posteriormente.

Portanto, mesmo se fosse uma variável de ambiente como você pensou, ela não teria sido mostrada, envpois não seria definida até a primeira vez que você a chamasse. É também por isso que não é mostrado em set:

$ set | grep RAN   ## returns nothing, RANDOM is unset
$ echo "$RANDOM"   ## this will assign a value to RANDOM
1234
$ set | grep RAN   ## so now it will also appear in the output of set 
RANDOM=1234

A maioria dos shells terá várias outras variáveis ​​definidas ou usadas pelo shell que não são exportadas para processos filhos por padrão.

No Bash, existem alguns obviamente específicos do Bash:

$ echo "${!BASH*}"
BASH BASHOPTS BASHPID BASH_ALIASES BASH_ARGC BASH_ARGV BASH_CMDS BASH_COMMAND BASH_LINENO BASH_SOURCE BASH_SUBSHELL BASH_VERSINFO BASH_VERSION
$ echo $BASH_VERSION
4.4.12(1)-release
$ env|grep -c BASH
0

Depois, há mais padrões como OPTINDand OPTERR(usado por getopts), e PS2, PS3(os prompts secundários) e até outra variável "mágica": SECONDS(mostra o tempo em segundos desde que o shell foi iniciado)

No Bash, você pode ver todas as variáveis ​​e seu status de exportação com declare -p. Os marcados com -xsão exportados, os sem xnão são. (Alguns terão outros sinalizadores como ipara inteiro ou rsomente leitura.)

No Zsh ou ksh93, você pode usar typeset -p, embora o Zsh marque as variáveis ​​exportadas alterando typesetpara exportna saída, em vez de usar sinalizadores. exportpor si só também mostraria todas as variáveis ​​exportadas, mas esse é o mesmo resultado que você obtém executando env.

Se você pesquisar no Google para isso, os documentos afirmam o seguinte:

$RANDOMé uma função Bash interna (não uma constante) que retorna um inteiro pseudoaleatório [1] no intervalo de 0 a 32767. Ela não deve ser usada para gerar uma chave de criptografia.

Se você usar strace, verá que a $RANDOM"variável" é passada diretamente aos comandos como se fosse qualquer variável comum do shell ou uma variável de ambiente, mas é apenas uma função interna incorporada ao shell, Bash, que está fazendo a expansão.

$ strace -t echo "random value: $RANDOM"
04:37:58 execve("/bin/echo", ["echo", "random value: 30795"], [/* 27 vars */]) = 0
04:37:58 brk(NULL)                      = 0x19c1000
04:37:58 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9841351000
...

vs. esta variável regular:

$ strace -t echo "random value: $SOMEVAR"
04:40:19 execve("/bin/echo", ["echo", "random value: helloworld"], [/* 27 vars */]) = 0
04:40:19 brk(NULL)                      = 0x154b000
04:40:19 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f659d2eb000
...

A variável não está sendo passada como referência.

Referências

• $RANDOM: gera um inteiro aleatório