Express.js - Comment faire pour vérifier si les en-têtes ont déjà envoyé?

Je suis en train d'écrire une bibliothèque qui peut définir des en-têtes. Je veux donner un message d'erreur personnalisé si les en-têtes ont déjà envoyé, au lieu de simplement le laisser échouer avec le "ne Peut pas définir les en-têtes une fois qu'ils sont envoyés" message donné par Node.js. Alors comment vérifier si les en-têtes ont déjà envoyé?

  • powerboy seriez-vous en mesure d'accepter l'autre réponse, car la actuellement accepté de répondre ne fonctionne plus? Voir @fiatjaf 's commentaire.
InformationsquelleAutor powerboy | 2012-08-19
  1. 45

    EDIT: comme de l'express-4.x, vous devez utiliser res.headersSent. Notez également que vous pouvez utiliser setTimeout avant de vérifier, comme il n'est pas défini à true, immédiatement à la suite d'un appel à la res.send(). Source

    Simple: Branchez la Réponse de la classe fournit une propriété publique "headerSent".

    res.headerSent est une valeur booléenne qui indique si les en-têtes ont déjà été envoyée au client.

    À partir du code source:

    /**
   * Provide a public "header sent" flag
   * until node does.
   *
   * @return {Boolean}
   * @api public
   */

  res.__defineGetter__('headerSent', function(){
    return this._header;
  });

    https://github.com/senchalabs/connect/blob/master/lib/patch.js#L22

    • Cool! Je me demande pourquoi ce n'est pas documentée, n'importe où.
    • Il est réellement, mais très mal: senchalabs.org/connect/patch.html
    • Notez que ce n'est pas le même que nodejs.org/docs/latest/api/http.html#http_response_headerssent Dans l'express, il semble de retour les en-têtes envoyés.. plutôt que d'un bool de si les en-têtes ont été envoyés.
    • Tous les jours j'admire la façon dont est nodejs concept simple.
    • Nœud prend actuellement en charge les res.headersSent nativement, donc c'est probablement une bonne idée de commencer à utiliser la propriété.
    • Du 17 Mai 2014, res.headerSent a été rendu obsolète par senchalabs/se connecter en faveur de la res.headersSent.
    • Ne fonctionne plus. Voir @WillemMulder de réponse.
    • c'est headersSentpas headerSent
    • J'ai édité la réponse à refléter la headersSent chose, comme il est admis, mais est maintenant trompeuse.
    • setTimeout de combien?
    • Il semble qu'il ne fonctionne pas à l'utiliser à zéro... le mien est à 250ms pour être sûr, mais de moins en moins serait probablement très bien.
    • j'ai signalé cette réponse pour la modération. res.headersSent réponse devrait être la solution retenue comme celle ci ne fonctionne plus.

    InformationsquelleAutor Niko
  2. 144

    Nœud prend en charge la res.headersSent ces jours-ci, de sorte que vous pourriez/devriez l'utiliser. Il est en lecture seule valeur booléenne indiquant si les en-têtes ont déjà été envoyés.

    if(res.headersSent) { ... }

    Voir http://nodejs.org/api/http.html#http_response_headerssent

    Remarque: c'est la meilleure façon de le faire, par rapport à l'ancienne Connect "headerSent' bien que Niko mentionne.

    • Cela devrait être fait de la accepté de répondre vu que le courant a accepté de répondre ne fonctionne plus.
    • Il suffit de garder upvoting cette réponse :]
    InformationsquelleAutor Willem Mulder
  3. 5

    D'autres réponses à point Node.js ou Github sites web.

    Ci-dessous est de Expressjs site web: https://expressjs.com/en/api.html#res.headersSent

    app.get('/', function (req, res) {
  console.log(res.headersSent); //false
  res.send('OK');
  console.log(res.headersSent); //true
});
    InformationsquelleAutor Manohar Reddy Poreddy