Evite a leitura alfabética das variáveis ​​de ambiente do Windows

Se você fizer isso set "a=x%b%y", então aé definido exatamente assim e %b%só será expandido quando necessário. É por isso que a ordem alfabética não tem importância. As variáveis ​​são substituídas quando seu valor é necessário e PATHé um exemplo de um valor que é imediatamente necessário.

Para automatizar a configuração de variáveis ​​de ambiente, coloque os comandos SET em um arquivo batch ( .bat) e copie o arquivo para a pasta Inicialização .

Sua pasta de inicialização pessoal deve ser C:\Users\<user name>\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup, enquanto a pasta de inicialização Todos os usuários deve ser C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup.

Pergunta: O que estou fazendo abaixo que é diferente do que você faz? Você pode nos mostrar uma captura de tela semelhante se estiver obtendo resultados diferentes.

Quanto ao exemplo que você postou, os resultados são os esperados. Você usou o setxcomando, que define variáveis ​​de ambiente para o usuário no registro, mas não no ambiente local . Você precisaria iniciar um novo prompt de comando na área de trabalho para se beneficiar dessa variável.

O importante aqui é que setxfunciona no registro, mas não faz com que o ambiente local seja reavaliado. O ambiente é construído apenas uma vez, quando um processo é iniciado, e permanece o mesmo durante toda a execução (a menos que seja modificado localmente pelo próprio processo). Qualquer filho iniciado por um processo pai herdará o ambiente de seu pai, portanto, nenhuma referência é feita nesse caso ao registro.

A demonstração abaixo demonstra o problema: A variável é definida no prompt de comando acima, mas não possui um valor local. O prompt de comando inferior é iniciado na área de trabalho e tem esse valor.

Resumindo:

1. Arquivo de configuração setvars.cmd(o nome é arbitrário) no diretório %USERPROFILE%\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup, ou coloque setvars.cmdem outro lugar e defina um atalho para ele a partir daí.

2. Nesse arquivo, use (por exemplo)

   setx DIR2 C:\dir2
   set DIR2=C:\dir2
   setx DIR1 %DIR2%;C:\dir1
   set DIR1=%DIR2%;C:\dir1
   

Testado e funciona. Se o Painel de Controle for usado para definir quaisquer variáveis ​​a partir deste ponto, ele pode atrapalhar as definições aninhadas que não seguem a ordem alfabética .

Parece haver pelo menos 3 maneiras alternativas de definir variáveis ​​de ambiente do usuário:

1. Através do Painel de Controle.
   Clique com o botão direito do mouse em computador -> Propriedades -> Configurações avançadas do sistema -> Variáveis ​​de ambiente -> Novo para variáveis ​​de usuário para USER1 -> Digite o nome e o valor da variável -> Ok.
   O uso "aninhado" de variáveis ​​é lido em ordem alfabética .
   As variáveis ​​também são exibidas em ordem alfabética.

2. Por meio da edição do registro de HKEY_CURRENT_USER\Environment.
   Tecla do Windows -> reged -> Ir HKEY_CURRENT_USER\Environmentpara a barra de endereço -> Editar -> Novo -> REG_EXPAND_SZ-> Digite o nome -> Clique com o botão direito do mouse no nome adicionado -> Modificar -> Digite o valor -> Ok.
   O uso "aninhado" de variáveis ​​é lido na ordem em que foram definidas .
   As variáveis ​​são exibidas em ordem alfabética, apenas por conveniência.
   Isso responde a pergunta, em princípio. Mas se forem usadas definições "aninhadas" que não seguem a ordem alfabética, a pessoa é "proibida" de usar o método do Painel de Controle novamente, caso contrário, ele impõe a leitura da ordem alfabética e bagunça as definições.

3. Via linha de comando / arquivo em lote / autoexec.
   Conforme detalhado abaixo. Ajudado por esta resposta , com o uso adicional de SETX var valueem vez de apenas SET var=value.
   O uso "aninhado" de variáveis ​​é lido na ordem em que foram definidas .
   E com a automação adequada, isso é feito a cada logon, portanto, usar a maneira do Painel de controle possivelmente apenas atrapalharia as definições "aninhadas" para a sessão atual. Este método é provavelmente a melhor combinação .

Observe que, para evitar ter que fazer logoff para reler as variáveis, pode-se usar this , ou refreshenv.

Detalhe do método 3 : A forma adequada de atingir o objetivo do OP (obter uma solução que funcione funcionalmente como se as variáveis ​​fossem definidas via registro (ou Painel de Controle), mas evitando a ordem alfabética) é:

1. Usando um arquivo .bat (ou melhor, um .cmd) , leia durante o logon (método 3), digamos, setvars.cmd.

2. Nesse arquivo, use setxpara definir variáveis ​​de ambiente no nível do registro (por exemplo, var2). Isso não atualiza o ambiente local .

3. Para ser capaz de usar definições de variáveis ​​"aninhadas" que duram para a sessão do Windows (por exemplo, var1em termos do valor de var2), é preciso var2também ser definido no processo gerado por setvars.cmd. Conforme item 2 acima, isso não é realizado por setx. Para isso, adicionaria uma setlinha correspondente a cada setxlinha. Com isso, obtém-se o mesmo ambiente no cartório e no processo local. Como alternativa, pode-se tentar usar REG query HKCU\Environment /V ...encadeado com outros comandos (como usado, por exemplo, em refreshenv), mas não fiz isso. Se a maneira do Painel de controle for usada, ela pode atrapalhar as definições aninhadas que não seguem a ordem alfabética. Isso pode ser superado simplesmente executando novamente setvars.cmd.