La mise en œuvre de délais d'attente pour node.js rappels

C'est une situation typique dans node.js:

asyncFunction(arguments, callback);

Quand asynFunction terminée, callback est appelée. Un problème que je vois avec ce modèle est que, si asyncFunction jamais complète (et asynFunction n'est pas un construit-dans le temps-système), puis callback ne sera jamais appelé. Pire, il semble que callback a aucun moyen de déterminer qui asynFunction ne reviendra jamais.

Je veux mettre en œuvre un "timeout": si callback n'a pas été appelé par asyncFunction dans un délai de 1 seconde, puis callback est automatiquement appelée avec l'hypothèse que asynFunction a erronées sur. Quel est le niveau moyen de faire cela?

  • Le standard est que callback obtient toujours appelé.
  • Comment pouvez-vous garantir que? Dire un serveur meurt...
  • L'autre serveur uniquement comunicates w/ votre code et n'est pas resonsible à l'appel de votre rappels directement. asyncFunction, et la partie qui en fait des appels callback sont tous sur votre côté de la clôture, de sorte qu'il est raisonnable de s'attendre qu'il devrait faire ce genre d'erreur de manipulation pour vous.
InformationsquelleAutor Randomblue | 2011-12-04
  1. 24

    Je ne suis pas familier avec les bibliothèques qui font cela, mais il n'est pas difficile de fil vous-même.

    //Setup the timeout handler
var timeoutProtect = setTimeout(function() {

  //Clear the local timer variable, indicating the timeout has been triggered.
  timeoutProtect = null;

  //Execute the callback with an error argument.
  callback({error:'async timed out'});

}, 5000);

//Call the async function
asyncFunction(arguments, function() {

  //Proceed only if the timeout handler has not yet fired.
  if (timeoutProtect) {

    //Clear the scheduled timeout handler
    clearTimeout(timeoutProtect);

    //Run the real callback.
    callback();
  }
});
    • Cela demande de rappel à deux fois si asyncFunction réussit après 5000ms.
    • ouais juste une correction 🙂
    • Les appels de rappel sans paramètres (mais bon, puisque c'est ad-hoc, ils peuvent être ajoutés au cas par cas).
    • Des conditions de course peuvent survenir si timeoutProtect = null; est pas exécuté avant que le "si" de l'évaluation.
    • Pas de conditions de course depuis le JS s'exécute une seule filetée de la file d'attente
    • il ne gère pas le cycle sans fin en fonction async

    InformationsquelleAutor Alex Wayne
  2. 7

    Vous avez probablement besoin de sortir avec une solution de votre propre. Comme

    function callBackWithATimeout (callback, timeout) {
  var run, timer;
  run = function () {
    if (timer) {
      clearTimeout(timer);
      timer = null;
      callback.apply(this, arguments);
    }
  };
  timer = setTimeout(run, timeout, "timeout");
  return run;
}

    et puis

    asyncFunction(arguments, callBackWithATimeout(callback, 2000));
    InformationsquelleAutor
  3. 4

    Vous pourriez faire quelque chose comme ceci:

    function ensureExecution(func, timeout) {
    var timer, run, called = false;

    run = function() {   
        if(!called) {
            clearTimeout(timer);
            called = true;
            func.apply(this, arguments);
        }   
    };

    timer = setTimeout(run, timeout);
    return run;
}

    Utilisation:

    asyncFunction(arguments, ensureExecution(callback, 1000));

    DÉMO

    Mais notez les points suivants:

    • Le délai d'attente est commencé immédiatement lorsque vous appelez ensureExecution, de sorte que vous ne pouvez pas cacher que la fonction de référence.

    • Les arguments passés à la fonction de rappel sera différent. Par exemple asyncFunction peut passer des arguments à callback en cas de succès, mais si la fonction est appelée par le délai d'attente, pas d'arguments seront passées. Vous devez garder cela à l'esprit. Vous pouvez également fournir des arguments par défaut avec laquelle la fonction doit être appelée dans ce cas:

      function ensureExecution(func, timeout, args, this_obj) {
    //...
    timer = setTimeout(function() {
        run.apply(this_obj, args);
    }, timeout);
    //...
}
    • Cela demande de rappel à deux fois si asyncFunction réussit après de délai d'attente.
    • Fixe....
    • Appels func sans paramètres.
    • Droit fixe... ainsi, je vous remercie.
    InformationsquelleAutor Felix Kling
  4. 1

    J'ai rencontré le même problème avec un script contenu en essayant d'ouvrir le port sur le BG de l'extension avant le BG extension était prêt. Un travail autour d'attente pour le BG d'extension pour répondre à un message et répétez cette opération jusqu'à réussir. Voici les extraits de code.

    Contenu Du Script:

    var nTimes     = 10;
var bIsReady = false;
checkBGReady();
function checkBGReady() {
  if (!bIsReady) {
    chrome.runtime.sendMessage({msgText: "hello "+nTimes}, function(response) {
      if (response && response.ack) {
        console.log("have response:"+response.ack+" "+nTimes);
        bIsReady = true;
        //continue with initialization
        bootStrap(sURL);
        checkReady();
      } else {
        console.log("have no ack response %o",response);
      }
    });
  }
  nTimes -= 1;
  if (nTimes > 0 && !bIsReady) {
    setTimeout(checkBGReady,100);
  }
}

    BG Extension

      chrome.runtime.onMessage.addListener(function(request, sender, sendResponse) {
    console.log(sender.tab ?"from a content script:" + sender.tab.url :"from the extension");
    if (request.msgText) {
      console.log("Have msg "+request.msgText);
       sendResponse({ack: "have contact "+request.msgText});
    }
  });

    Dans mon cas, il est habituellement pris après le premier délai de 100ms.

    InformationsquelleAutor user3417987