Considere A Seguinte Estrutura Do Comando For

O comando for no shell e como ele realmente funciona na prática

A primeira coisa que a maioria dos tutoriais não conta sobre o comando for em bash é que existem dois formatos fundamentalmente diferentes, e confundir um pelo outro gera bugs silenciosos. O mais óbvio é o laço com lista explícita, mas existe uma variante mais velha, herdada do sh tradicional, que opera de forma sutilmente distinta em edge cases. considere a seguinte estrutura do comando for que aparece nos manuais mais básicos: for variavel in lista_de_valores; do comandas; done. É um for clássico, e funciona para a grande maioria dos casos. Você passa uma lista de strings separadas por espaços, e a variável recebe cada um desses valores em sequência. Exemplo simples: ler arquivos em um diretório. for arquivo in *.log; do echo "$arquivo"; done

Esse código percorre todos os arquivos com extensão .log no diretório atual. Parece inofensivo. O problema é que nomes de arquivo com espaços ou caracteres especiais quebras tudo sem aviso. Eu já perdi horas rastreando um script de deploy que falhava em servidores específicos porque um arquivo de configuração tinha um espaço no nome. O laço simplesmente dividia o nome em duas iterações, e o resto do script tentava processar metades de caminhos inexistentes. A solução mais direta é usar um array ou, se estiver lidando com caminhos, combinar o for com find e processamento linha por linha. Eu pessoalmente troco quase sempre por find com -print0 e read com -d. Fica mais verboso, mas não quebra com nomes estranhos. find /caminho -name "*.log" -print0 | while IFS= read -r -d '' arquivo; do echo "$arquivo"; done

O segundo formato do comando for, menos conhecido mas igualmente importante, é o C-style: for (( i = 0; i

max; i++ )); do comandas; done. Esse é útil quando você precisa de um contador numérico, mas tem uma pegadinha. Em bash, a expressão aritmética dentro dos parênteses duplos aceita múltiplas expressões separadas por vírgula, e isso permite padrões que muitos esquecem. for (( i = 1, j = 10; i = 10; i++, j-- )); do echo "$i $j"; done Esse laço inicializa duas variáveis e as manipula em sentidos opostos. Funciona perfeitamente em bash, mas em sh ou dash puro o resultado é erro de sintaxe. Se seu script precisa rodar em múltiplos sistemas — e a maioria precisa —, teste em dash antes de considerar o código pronto. Debian e Ubuntu usam dash como shell padrão, não bash.

Um detalhe prático que muitos ignoram: o laço for com lista de arquivos cria a lista inteira antes de começar a iterar. Isso significa que, se você tiver milhares de arquivos, toda a lista fica em memória. Em cenários onde o diretório é dinâmico e cresce rapidamente, esse comportamento pode estourar o limite de argumentos do sistema. O workaround é usar um gerador ou pipe com read, como mostrei acima. Também vale notar que o for com lista explícita faz expansão de gloso pelo shell antes de passar os valores. Isso é poderoso mas traiçoeiro. Um asterisco (*) dentro de um diretório vazio não é transformado na string literal "*". Ele permanece como "*". Scripts que dependem desse comportamento assumem erroneamente que sempre haverá expansão, e quebram quando o diretório está vazio. for arquivo in /diretorio/*; do echo "$arquivo"; done

Se /diretorio estiver vazio, esse código roda uma vez com o valor literal "/diretorio/*". A correção é usar a opção nullglob ou verificar se o arquivo existe antes de processar. shopt -s nullglob; for arquivo in /diretorio/*; do [ -f "$arquivo" ] && echo "$arquivo"; done O comando for é simples quando as coisas vão bem. A complexidade aparece nos limites: nomes de arquivo com espaços, diretórios vazios, compatibilidade entre shells, listas enormes e expansão prematura de globos. Conhecer esses pontos evita dor de cabeça real.