¿Por qué un retorno en "finalmente" anula "intentar"?

¿Cómo funciona una declaración de devolución dentro de un bloque try / catch?

function example() {
    try {
        return true;
    }
    finally {
        return false;
    }
}

Espero que la salida de esta función sea true, ¡pero en cambio lo es false!

Finalmente siempre se ejecuta. Para eso es, lo que significa que su retorno se usa en su caso.

Querrá cambiar su código para que sea más así:

function example() { 
    var returnState = false; // initialisation value is really up to the design
    try { 
        returnState = true; 
    } 
    catch {
        returnState = false;
    }
    finally { 
        return returnState; 
    } 
} 

En términos generales, nunca querrá tener más de una declaración de retorno en una función, este es el motivo.

Según ECMA-262 (5ed, diciembre de 2009), en págs. 96:

La producción TryStatement : try Block Finallyse evalúa de la siguiente manera:

1. Sea B el resultado de evaluar a Block.
2. Sea F el resultado de evaluar finalmente.
3. Si F.type es normal, devuelva B.
4. Regresar F.

Y de las págs. 36:

El tipo de finalización se utiliza para explicar el comportamiento de los estados ( break, continue, returny throw) que realizan las transferencias no locales de control. Valores del tipo de finalización son triples de la forma (tipo, valor, objetivo) , donde tipo es uno de normal, break, continue, return, o throw, valor es cualquier valor lenguaje ECMAScript o vacío, y diana es cualquier identificador ECMAScript o vacío.

Está claro que return falsesería establecer el tipo de terminación de fin como de retorno , lo que causa try ... finallyque hacer 4. Volver F .

Cuando lo usa finally, cualquier código dentro de ese bloque se activa antes de que salga el método. Debido a que está utilizando un retorno en el finallybloque, llama return falsey anula el anterior return trueen el trybloque.

(Es posible que la terminología no sea del todo correcta).

la razón por la que se está volviendo falso es que regresó en un bloque finalmente. finalmente el bloque debería ejecutarse siempre. entonces tu return truecambia areturn false

function example() {
    try {
        return true;
    }
    catch {
        return false;
    }
}

El bloque finalmente reescribe el retorno del bloque de prueba (en sentido figurado).

Solo quería señalar que si devuelve algo de finalmente, se devolverá desde la función. Pero si finalmente no hay una palabra de 'retorno', se devolverá el valor del bloque try;

function example() {
    try {
        return true;
    }
    finally {
       console.log('finally')
    }
}
console.log(example());
// -> finally
// -> true

Entonces -finalmente- returnreescribe el retorno de -intentar- return.

Hasta donde yo sé, el finallybloque siempre se ejecuta, independientemente de si tiene una returndeclaración dentro tryo no. Ergo, obtienes el valor devuelto por elreturn declaración dentro del bloque finalmente.

Probé esto con Firefox 3.6.10 y Chrome 6.0.472.63 ambos en Ubuntu. Es posible que este código se comporte de manera diferente en otros navegadores.

Voy a dar una respuesta ligeramente diferente aquí: Sí, tanto el bloque tryy finallyse ejecutan, y finallytiene prioridad sobre el valor de "retorno" real para una función. Sin embargo, estos valores de retorno no siempre se usan en su código.

Este es el por qué:

• El siguiente ejemplo utilizará res.send()de Express.js, que crea una respuesta HTTP y la envía.
• Tu tryy el finallybloque ejecutarán esta función así:

try {
    // Get DB records etc.
    return res.send('try');
} catch(e) {
    // log errors
} finally {
    return res.send('finally');
}

Este código mostrará la cadena tryen su navegador. TAMBIÉN, el ejemplo mostrará un error en su consola. La res.send()función se llama dos veces . Esto sucederá con todo lo que sea una función. El bloque try-catch-finalmente ocultará este hecho al ojo inexperto, porque (personalmente) solo asocio returnvalores con ámbitos de función.

En mi humilde opinión, su mejor opción es no usar nunca returndentro de un finallybloque . Complicará demasiado su código y potencialmente enmascarará errores.

De hecho, hay una regla de inspección de código predeterminada configurada en PHPStorm que da una "Advertencia" para esto:

https://www.jetbrains.com/help/phpstorm/javascript-and-typescript-return-inside-finally-block.html

Entonces, ¿para qué usas finally?

Solo lo usaría finallypara limpiar cosas. Todo lo que no sea crítico para el valor de retorno de una función.

Puede tener sentido si lo piensa, porque cuando depende de una línea de código debajo finally, está asumiendo que podría haber errores en tryo catch. Pero esos dos últimos son los bloques de construcción reales del manejo de errores. Solo usa returnin tryy en su catchlugar.

Volviendo de un bloque finalmente

Si el finally-block devuelve un valor, este valor se convierte en el valor de retorno de la try-catch-finallydeclaración completa , independientemente de las returndeclaraciones en los bloques tryy catch.

Referencia: developer.mozilla.org

Finalmente, se supone que SIEMPRE se ejecuta al final de un bloque try catch, de modo que (por especificación) es la razón por la que obtiene una devolución falsa. Tenga en cuenta que es muy posible que diferentes navegadores tengan diferentes implementaciones.

¿Qué pasa con esto?

doubleReturn();

function doubleReturn() {
  let sex = 'boy';

  try {
    return sex;

    console.log('this never gets called...');
  } catch (e) {} finally {
    sex = 'girl'; 

    alert(sex);
  }
}