Est-ce que chaque fonction Javascript retourner une valeur?

La réponse courte est non.

La réel la réponse est oui: la JS moteur doit être averti que la fonction a terminé ses affaires, ce qui est fait par la fonction renvoyer quelque chose. C'est aussi pourquoi, au lieu de "fini", une fonction est dite à "ont retourné".

Une fonction qui n'a pas de retour explicite retournera undefined, comme un C(++) fonction qui n'a pas de valeur de retour est dit (et sa signature reflète ce) pour revenir void:

void noReturn()//return type void
{
    printf("%d\n", 123);
    return;//return nothing, can be left out, too
}

//in JS:
function noReturn()
{
    console.log('123');//or evil document.write
    return undefined;//<-- write it or not, the result is the same
    return;//<-- same as return undefined
}

Aussi, en JS, comme dans la plupart de chaque langue, vous êtes libre de tout simplement ignorer la valeur de retour d'une fonction, qui est en fait un sort terrible:

(function()
{
    console.log('this function in an IIFE will return undefined, but we don\'t care');
}());
//this expression evaluates to:
(undefined);//but we don't care

À certains très faible niveau, le retour est traduit dans une sorte de saut. Si une fonction vraiment retourné rien à tous, il n'y aurait pas moyen de savoir quoi et quand faire appel à la fonction suivante, ou à l'appel des gestionnaires d'événements et la comme.

Donc pour résumer: Non, une fonction JS n'avez pas besoin renvoyer rien d'aussi loin que votre code va. Mais aussi loin que la JS moteurs sont concernés: une fonction toujours retourne quelque chose, que ce soit explicitement par l'intermédiaire d'un return déclaration, ou implicitement. Si une fonction renvoie implicitement, sa valeur de retour sera toujours pas défini.

Chaque fonction Javascript retourner une valeur?

Non, ils ne le font pas. C'est vrai qu'au plus profond de la spécification, ce sont tous des légèrement différents:

function foo() {
}
function foo() {
    return;
}
function foo() {
    return undefined;
}

...mais le résultat de appel chacun d'entre eux est le même: undefined. De manière pragmatique:

1. Vous n'avez pas à écrire une return, vous pouvez simplement laisser exécution de code "tomber de la fin" de la fonction
2. Si vous êtes de retour undefined, plus précisément, vous un juste écrire return;
3. Lors de l'appel d'une fonction, on ne peut pas dire (en code) si l'exécution est tombé de la fin, a pris fin avec return;, ou terminé avec return undefined;; ils sont tous exactement le même aspect à votre code d'appel

Re spec: en particulier, lorsque l'exécution d'une fonction tombe de la fin, dans la spec, c'est "normal" de la fin; mais return; et return value; sont à la fois "retour" complétion avec une valeur associée (undefined), qui est (très légèrement) différentes. Mais la différence est éliminé par la sémantique de l'appel d'une fonction, qui disent:

...

1. Si résultat.[[Type]] est return, retour NormalCompletion(résultat.[[Valeur]]).
2. ReturnIfAbrupt(résultat).
3. Retour NormalCompletion(undefined).

Donc il n'y a aucune différence, vous pouvez observer dans le code.