¿Son preferibles los corchetes dobles []] sobre los corchetes simples [] en Bash?

[[ ]] tiene más características-Le sugiero que eche un vistazo a Advanced Bash Scripting Guide para obtener más información, específicamente el comando de prueba extendido sección en Capítulo 7. Pruebas.

Por cierto, como señala la guía, [[ ]] se introdujo en ksh88 (la versión de 1988 del Korn shell).

Diferencias de comportamiento

Primero, analicemos las diferencias de comportamiento entre ambos. Probado en Bash 4.3.11.

• Extensión POSIX vs Bash:

  • [ is POSIX
  • [[ es una extensión Bash

• Comando regular vs magia

  • [ es sólo un comando normal con un nombre raro.

    ] es solo un argumento de [ que impide que otros argumentos de siendo usado.

    Ubuntu 16.04 en realidad tiene un ejecutable para él en /usr/bin/[ proporcionado por coreutils, pero la versión integrada de bash tiene prioridad.

    Nada se altera en la forma en que Bash analiza el comando.

    En particular, < es redirección, && y || concatenan múltiples comandos, ( ) genera subcells a menos que se escapen por \, y la expansión de palabras ocurre como de costumbre.

  • [[ X ]] es una construcción única que hace que X se analice mágicamente. <, &&, || y () se tratan especialmente, y las reglas de división de palabras son diferentes.

    También Hay otras diferencias, como = y =~.

  En bashese: [ es un comando incorporado, y [[ es una palabra clave: https://askubuntu.com/questions/445749/whats-the-difference-between-shell-builtin-and-shell-keyword

• <

  • [[ a < b ]]: comparación lexicográfica
  • [ a \< b ]: Igual que arriba. \ requerido o de lo contrario hace redirección como para cualquier otro comando. Extensión Bash.
  • No pude encontrar una alternativa POSIX a esto, ver: ¿Cómo probar cadenas para menos o igual?

• && y ||

  • [[ a = a && b = b ]]: verdadero, lógico y
  • [ a = a && b = b ]: error de sintaxis, && analizado como un separador de comandos Y cmd1 && cmd2
  • [ a = a -a b = b ]: equivalente, pero obsoleto por POSIX
  • [ a = a ] && [ b = b ]: POSIX recomendación

• (

  • [[ (a = a || a = b) && a = b ]]: false
  • [ ( a = a ) ]: error de sintaxis, () se interpreta como una subcapa
  • [ \( a = a -o a = b \) -a a = b ]: equivalente, pero () está en desuso por POSIX
  • ([ a = a ] || [ a = b ]) && [ a = b ] Recomendación POSIX

• División de palabras

  • x='a b'; [[ $x = 'a b' ]]: verdadero, no se necesitan comillas
  • x='a b'; [ $x = 'a b' ]: error de sintaxis, se expande a [ a b = 'a b' ]
  • x='a b'; [ "$x" = 'a b' ]: equivalente

• =

  • [[ ab = a? ]]: verdadero, porque hace coincidencia de patrones (* ? [ son mágicas). No glob se expande a los archivos del directorio actual.
  • [ ab = a? ]: a? glob se expande. Así que puede ser verdadero o falso dependiendo de los archivos en el directorio actual.
  • [ ab = a\? ]: falso, no expansión global
  • = y == son lo mismo en ambos [ y [[, pero == es una extensión Bash.
  • printf 'ab' | grep -Eq 'a.': POSIX POSI equivalente
  • [[ ab =~ 'ab?' ]]: falso, pierde magia con {[57]]}
  • [[ ab? =~ 'ab?' ]]: verdadero

• =~

  • [[ ab =~ ab? ]]: true, POSIX expresión regular extendida match, ? no glob expand
  • [ a =~ a ]: error de sintaxis
  • printf 'ab' | grep -Eq 'ab?': equivalente POSIX

Recomendación

Prefiero usar siempre [].

Hay equivalentes POSIX para cada construcción [[ ]] que he seen.

Si utilizas [[ ]]:

• pierde portabilidad
• obligar al lector a aprender las complejidades de otra extensión bash. [ es solo un comando regular con un nombre extraño, no hay semántica especial involucrada.

Desde ¿Qué comparador, prueba, soporte o soporte doble es el más rápido? (http://bashcurescancer.com)

El soporte doble es un " compuesto comando" donde como prueba y el único soporte son shell incorporado (y en actualidad son el mismo comando). Así, el soporte simple y el soporte doble ejecutar código diferente.

La prueba y el soporte único son los más portátil, ya que existen como comandos separados y externos. Sin embargo, si su uso de cualquier remotamente versión moderna de BASH, el doble soporte es compatible.

Una situación típica donde no se puede usar [[es en un autotools configure.ac script, there brackets tiene un significado especial y diferente, por lo que tendrá que usar test en lugar de [ o [[Note Tenga en cuenta que test y [ son el mismo programa.

[[]] los corchetes dobles no se admiten bajo cierta versión de SunOS y totalmente no se admiten dentro de las declaraciones de función por : GNU bash, version 2.02.0 (1)-release (sparc-sun-solaris2.6)

En pocas palabras, [[ es mejor porque no horquilla otro proceso. Ningún soporte o un solo soporte es más lento que un soporte doble porque bifurca otro proceso.