Quais são os benefícios desta linha de comando (/usr/bin/awk '{$1=$1};1') em vez de cat puro

key=$(/bin/cat "${file}")define keyo conteúdo do arquivo¹, sem suas novas linhas à direita. (Estou assumindo um arquivo de texto, sem bytes nulos.)

key=$(/usr/bin/awk '{$1=$1};1' < "${file}")normaliza o espaço em branco horizontal: remove espaços e tabulações no início e no final de cada linha e comprime sequências internas de espaços e tabulações em um único espaço. Embora $1=$1pareça um no-op, na verdade faz com que o awk reconstrua a linha com base no campo atualizado, e a reconstrução da linha apaga a informação de exatamente qual espaço em branco estava ao redor dos campos. Em seguida, ele também remove novas linhas à direita.

^{¹ supondo $fileque não comece com a , o -que faria com que fosse cattratado como um argumento de opção. Usar key=$(cat < "$file")seria melhor ( key=$(cat -- "$file")também seria uma melhoria, mas file='-'ainda seria um problema).}

A atribuição a $1força awka reescrever a linha de entrada para um formato canônico.

{ echo 'one  two  three'; echo '  indented with trailing  '; } | cat
one  two  three
  indented with trailing

{ echo 'one  two  three'; echo '  indented with trailing  '; } | awk '{$1=$1}; 1'
one two three
indented with trailing

Além disso, quando file=-x, ou seja, está referenciando um nome de arquivo que começa com um traço, using key=$(<"$file")funcionará corretamente, enquanto key=$(cat "$file")produzirá um erro como cat: unknown option -- xem muitas (todas?) implementações de cat.

mesmo isso já é muito verboso. apenas faça :

[m/n/g]awk NF=NF

nem precisa de nenhuma citação no nível do shell, pois o primeiro NFdo lado esquerdo impede que o shell tente fazer qualquer coisa com esse =sinal de igual