Comment sortir après la réponse dans Nodejs avec Express?

Il y a deux problèmes avec le flux de votre logique. Tout d'abord est que retour code> ne renvoie qu'une fonction. Il ne renvoie pas la fonction qui appelle une fonction ou la fonction qui définit une fonction.

Fondamentalement, votre code est le suivant: p> xxx pré>

réécrit pour ne pas utiliser de fonctions anonymes Pour préciser ce qui se passe vraiment p> xxx pré>

afin que vous puissiez maintenant voir que vous n'appelez pas retour code> n'importe où dans Yourwunction () code>. p>

Le deuxième problème est que catégorie.find (). Exec () code> est asynchrone. Cela signifie qu'il revient immédiatement et laissez n'importe quel code ci-dessous exécuté avant d'appeler FindCallback () code>. Pour résoudre le problème ASYNC, déplacez Morestuffdownhere () Code> Intérieur FindCallback () CODE>. P>

Par conséquent, le changement le plus simple pour obtenir votre fonctionnement de flux de votre programme est de bouger MORESTUFFDOWERE CODE>: P>

async function yourFunction() {
    // ...

    var status = await addNewCategory(category);
    switch (status) {
        case 'FIND_FAILURE':
            res.status(400).send({message: 'Error finding category.'});
            return;
        case 'SAVE_FAILURE':
            res.status(400).send({message: 'Error saving new category.'});
            return;
    }

    // More stuff down here ...
}

L'erreur que vous signalez se produit lorsqu'il existe des chemins de code pouvant envoyer une réponse plus d'une fois. Vous obtenez une seule et une seule réponse par demande. Donc, appeler res.Send () plus d'une fois est une seule fois que vous obtenez cette erreur.

empêcher cela lorsque vous avez un certain nombre d'opérations asynchrones nécessite un peu plus de travail que vous devez faire Assurez-vous que tout votre code est correctement séquencé et que toutes les chemins d'erreur sont correctement terminés (le traitement ultérieur ne se produit pas). En général, ce code est beaucoup plus facile à écrire avec des interfaces basées sur des promesses pour vos opérations asynchrones, mais que vous n'utilisez pas l'interface Promise sur votre base de données, je vais montrer comment vous pouvez le faire avec votre interface de rappel existante. En règle générale, cela implique beaucoup de nidification à l'intérieur des rappels asynchrones et très prudent si / sinon et retour autour des conditionnels et des erreurs.

Votre code est soumis à cette erreur parce que vous êtes Exécution catégorie.find () et book.find () en parallèle. Vous n'attendez pas le code () pour terminer avant de faire les opérations du livre. Si le code de la catégorie provoque une erreur, vous enverrez cette réponse d'erreur, mais continuez de continuer avec le code de livre qui enverra ensuite sa réponse. Au lieu de cela, vous devez vous assurer que s'il y a une erreur avec la catégorie, vous n'exécutez pas du tout le code de livre. Pour l'interface de rappel ordinaire sur votre base de données, cela signifie imbriquer le code de livre à l'intérieur d'un rappel du code de la catégorie. Pour rendre cela plus simple à écrire, je mets le code de catégorie dans sa propre fonction qui a un rappel d'achèvement que nous pouvons utiliser pour savoir quand tout est terminé.

Voici un moyen de le faire: xxx