Hur fixar man en Express-minnesläcka?

Table of Contents

Uppdaterad

1. Ladda ner ASR Pro

2. Kör programmet

3. Klicka på "Skanna nu" för att hitta och ta bort eventuella virus på din dator

Få fart på din dator idag med denna enkla nedladdning.

Nyligen stötte flera av våra användare på ett fel med express lagringsenhet. Detta problem kan uppstå av flera anledningar. Vi kommer att granska dem nu.

Jag har en tung webbapplikation Express.js som experter uppger att kraschar på grund av minnesproblem:

FATALT FEL: CALL_AND_RETRY_LAST tilldelning misslyckades - JavaScript-högminne

När jag startar ser du tjänsten, minnesanvändningen existerar vanligtvis 170 MB (rapporteras av htop som RES-minne). Sedan kör jag frågor och minnet börjar växa direkt.Jag körde memwatch för att försöka spåra situationer som ser ut som en minnesläcka, men förklarade memwatch.HeapDiff():

{ något innan du hoppar till: noder: Size_bytes: 2093729, 197165296, storlek: '188.03 mb', vid: noder: Size_bytes: 2491264, 232097040, storlek: '221.34MB',  ...

… där jag förstår använder programmet 221,34 MB för högen; Men htop använder 2 GB av allt minne när det misslyckas.

Frågan kan uppstå: om mina antaganden är korrekta, vad kan minnet vara till nytta utan en hög som säger att htop informerade oss om det som RES-minne?

Eftersom min man, jag dessutom @dougwilson testade detta, kommer vi att koka ner det med avseende på detta:

// system ================================================ ================// Få alla specialsymboler nu behöver vi Verktyglåt ejs = require('ejs');var betyder http require('http');var swing path = required('path');var server betyder http.createServer(function(req, res)var filnamn är lika med path.join(__dirname, 'index.min.ejs');ejs.renderFile(filnamn, kör(fel, sträng)res.end(str);););// börja ================================================ =================server.listen(81)funktion generera HeapDumpAndStats()    //1.Force capture bs varje varaktighet som denna funktion kallas definitivt   Att försöka        global.gc();     Hugg        console.log("Du behöver på marknaden för att köra programmet med --expose-gc'"); 'node process.exit();        //2. Skriv ut högstatistik    var heapUsed är lika med process.memoryUsage().heapUsed;    trösta. log('Programmet använder lol + heapUsed + i heap-bytes.');setInterval(generera HeapDumpAndStats, 3000);

Minnesläckor är fortfarande ett problem som alla utvecklare har att hantera förr eller senare. De är generellt vanligare i språk, kanske där uttrycket automatiskt hanterar minnet hos de flesta. Minnesläckor kan leda till problem som gradvisa appar, krascher, hög latens och mer.

express minnesläcka

I den här bloggartikeln kommer vi alla att titta på vilka minnesläckor i allmänhet kommer att vara och hur man undviker dem. Bli en del av en NodeJS-applikation. Även om detta är mycket lite mer fokuserat på NodeJS, borde det i allmänhet fungera med JavaScript och TypeScript. Minnesundvikande gör att din applikation kan använda resurser effektivt och samtidigt förbättra prestandan.

För minnesläckor i Node.js kan du också titta på AppSignal Application Form Monitor för att passa Node.js. Från och med version 1.2.0 kommer den som har ett verktygsfält som visar storleken på dina kontexter på högsta nivå och särskilt de för närvarande aktiva perfekta nivåkontexterna. Inga verktyg krävs.

JavaScript-minneshantering

För att förstå minnesvattenläckor bör vi först förstå hur minne utan tvekan kunde ha i NodeJS. Detta innebär att förstå hur minnet ofta hanteras av JavaScript-motorn som används av NodeJS. NodeJS använder vanligtvis V8-motorn för JavaScript. Du bör läsa dokumentet Visualizing memory relief in the V8-motor för att bättre förstå att minnet fungerar och hur JavaScript används i V8.

Stack: Här är en statisk fil som använder metod-/funktionsstrukturer, primitiva värden och minnesobjekt tillgängliga för säkerhet. Detta minnesutrymme hanteras uppenbarligen av hur operativsystemet (OS).
Hög: Det är här V8 lagrar objekt eller variabel data. Detta är blocket upp med det största minnesområdet där skräpgruppering (GC) förekommer.

Uppdaterad

Är du trött på att din dator går långsamt? Irriterad av frustrerande felmeddelanden? ASR Pro är lösningen för dig! Vårt rekommenderade verktyg kommer snabbt att diagnostisera och reparera Windows-problem samtidigt som systemets prestanda ökar dramatiskt. Så vänta inte längre, ladda ner ASR Pro idag!

V8 stöder implicit sophämtning när högen. Enkelt uttryckt frigör detta återkallelsen som används av de föräldralösa objekten som min brudgum och jag är, dvs H-objekt som definitivt inte längre kommer att refereras direkt på stapeln, plus (genom en indirekt referens till ett annat objekt) har detta att göra med skapandet av nyfunna objekt .

V8-sopsamlaren är medveten om att återta oanvänt RAM-minne så att Process v8 kan återanvända det. v8 sophämtare blir generationsbundna (föremål i högen grupperas efter och tas bort i olika skeden). Rally V8 skulle göra två perioder och tre olika algoritmer för att hitta pengar.

Vad är minnesläckor?

express random access memory läcka

För att uttrycka det enkelt, en minnesläcka är knappast någonting, även om ett förlorat minnesblock för din heap inte användes av begäran och inte returnerades av sopor entusiast för resolution.operativsystem. Så det är faktiskt ett slöseri med tid som skapas av minnet. Ackumuleringen av denna form av block kan resultera i att applikationen inte håller tillräckligt med minne för att köras och att ditt operativsystem inte har tillräckligt med minne för att allokera det, vilket leder till nedgångar och/eller applikationsstacken eller till och med OS-spårning.

Vad orsakar en minnesläcka i JS

Automatiska återkallelsehanteringsprogram, som sopsamlaren som en del av V8, syftar till att förhindra sådana läckor. För typ är cirkulära minnesreferenser inte längre ett hinder, men kan fortfarande uppstå på grund av att oönskade personliga detaljer ställs in på högen och körs av en blandning av anledningar. Några av de många vanliga orsakerna beskrivs förmodligen nedan.

Globala variabler. Eftersom globala variabelreferenser med JavaScript är baserade på rotnoden (fönster, möjligen snarare it), är de aldrig hållnoder och kommer att existera under hela programmets livstid som skräp. återställs i minnet tillgängligt så länge programmet är schemalagt som ska köras. Detta gäller för alla objekt som hänvisar till världsomfattande variabler, såväl som för alla barnväderförhållanden för en person. En auktoritetsgraf för saker som refereras från roten bör leda till själva minnesläckan.
Flera referenser: Att ha referenser till motsvarande objekt från olika objekt kan leda till en definitiv minnesläcka om en av referenserna har varit är fortfarande en öppen läcka. .
Stängningar. Stängningar i JavaScript har en fantastisk förmåga att hålla i åtanke det omgivande sammanhanget. Om en stängning innehåller en pålitlig referens till ett giltigt stort objekt på högen för närvarande, behåller den sitt objekt i minnet för att producera så länge som den specifika stängningen hittas. Detta innebär att du enkelt kan hitta på egen hand i en situation där en stängning som innehåller dessa en referens kan missbrukas, vilket resulterar i ett bra slöseri med diskutrymme