NodeJS/Express: Concurrency-Problem beim Zugriff auf res.locals

Question

Ich habe eine Webanwendung basierend auf NodeJS, Express und Jade 4.13.4.

index.js

var express = require('express') 
    , app = express() 
    , companyroutes = require('./routes/company') 
(...) 
app.use('/company/', companyroutes) 

Routen/company.js

var express = require('express') 
    , router = express.Router() 

router.all('/:id*', function(req, res, next) { 
    res.locals.companyUri = '/company/' + req.params.id; 

    async.parallel([ 
    // company data 
    function(done){ 
     api.getCompany(req.params.id, req.user, done) 
    }, 
    // user follows data 
    function(done){ 
     api.follows(req.params.id, req.user, 'company', done)) 
    } 
    ], 
    function(err, result){ 
    if (err){ 
     return next(err) 
    } 

    res.locals.company = result[0] 
    res.locals.userFollows = result[1] 

    company.getCompanyOverview(res.locals.company, function(err, results){ 
     if (err) { 
     return next(err) 
     } 
     debug('render company overview') 
     res.render('company-overview', results) 
    }) 

    }) 

}); 

module.exports = router; 

Wie Sie sehen können, habe ich eine einzige: In index.js Ich habe eine Route wie folgt aufgebaut Route, die als Middleware verwendet wird, die folgende Schritte ausführt:

• bereichern res.locals mit einigen allgemeinen Unternehmensdaten (company und userFollows aus zwei asynchronen, parallelen Anrufen an eine API erhalten)
• weiteren Anruf zu company.getCompanyOverview macht, die ein paar mehr Anrufe an den API async.parallel einwickelt. Die empfangenen Daten werden in results gespeichert.
• Rendern Sie die Jade Ansicht company-overview mit results.

So weit so gut. Bei einem einzelnen Aufruf an http://localhost:3000/company/companyA ruft alle Daten von der API und zeigt die Daten für companyA korrekt durch Rendern der Vorlage.

Bei gleichzeitigen Anforderungen unterscheidet sich das Verhalten jedoch. Ich benutze Apachebench unter OSX einige Lasten auf dem Server zu setzen, indem eine andere Firma anfordernden:

brew install parallel 
echo /company/companyB | parallel 'ab -c 10 -n 5000 http://localhost:3000{}' 

Wenn die Website http://localhost:3000/company/companyA mit einem Browser zugreift, werden die Basisdaten für companyB statt companyA gezeigt.

Die Express Docs klar sagen, dass res.locals auf den Lebenszyklus einer einzigen Anfrage scoped ist:

Ein Objekt, das Antwort lokale Variablen scoped auf die Anforderung enthält und daher nur zur Ansicht (n) gemacht während dieser Anfrage/Antwort-Zyklus (falls vorhanden).

Für mich sieht es jedoch wie res.locals wird durch die Anforderungen von ApacheBench überschrieben. Dies ist auch der Fall, wenn AB von einer anderen Maschine läuft!

Ich habe schon viel zu viel Zeit in dieses investiert und ich verstehe es immer noch nicht. Ist es ein Fehler in Express oder mache ich etwas falsch?

Versionen verwendet

$ node -v 
v4.2.2 

$ npm list express 
moneyhouse@1.1.1-dev.2 /Users/dani/Documents/mh-web 
├─┬ browser-sync@2.13.0 
│ └─┬ browser-sync-ui@0.6.0 
│ └─┬ weinre@2.0.0-pre-I0Z7U9OV 
│  └── express@2.5.11 
└── express@4.13.4 

$ npm list jade 
moneyhouse@1.1.1-dev.2 /Users/dani/Documents/mh-web 
├── jade@1.11.0 
└─┬ jade-glob-include@1.0.1 
    └── jade@1.3.1 

Answer 1

ich den gleichen Fehler erfahren. Irgendwann sah es so aus, als wäre es darauf zurückzuführen, wie ich res.local eingestellt habe. hatte ich einen einfachen Operator =

res.local.VALUE = req.VALUE. 

‚=‘ zuweisen keine Variable wie man erwarten würde, es stattdessen macht nur einen Verweis auf req.VALUE, was bedeutet, wie die gleichzeitige Anforderung und req.VALUE Updates kommt , könnte der Wert ausgetauscht werden.

res.local.VALUE = _.clone(req.VALUE) //using underscore 

so wurde res.local.VALUE nicht mehr gebunden zu erf

aber war es eigenes Objekt ist:

Ich löste dies durch das Objekt zu klonen.