{"id":3459,"date":"2019-04-24T08:53:00","date_gmt":"2019-04-24T08:53:00","guid":{"rendered":"http:\/\/the-codest.localhost\/blog\/mom-he-blocked-threads-again\/"},"modified":"2026-04-24T11:21:40","modified_gmt":"2026-04-24T11:21:40","slug":"mamma-han-blockerade-tradar-igen","status":"publish","type":"post","link":"https:\/\/thecodest.co\/sv\/blog\/mom-he-blocked-threads-again\/","title":{"rendered":"MAMMA! Han blockerade tr\u00e5dar igen!"},"content":{"rendered":"

Tr\u00e5dar<\/h2>\n

Det viktigaste att komma ih\u00e5g: det finns tv\u00e5 typer av tr\u00e5dar i Node.js<\/a><\/strong>: Huvudtr\u00e5d - som hanteras av Evenemangsslinga<\/b>, och Arbetstagarpool<\/b> (tr\u00e5dpool) - vilket \u00e4r poolen med tr\u00e5dar -
\ntack vare libuv<\/a>. Var och en av dem har olika uppgifter. M\u00e5let f\u00f6r den f\u00f6rsta \u00e4r att hantera icke-blockerande I\/O-operationer, och den andra ansvarar f\u00f6r CPU-intensivt arbete och \u00e4ven blockerande I\/O.<\/p>\n

\"diagram<\/p>\n

Men vad \u00e4r en tr\u00e5d och hur skiljer den sig fr\u00e5n en process? Det finns flera skillnader, men den viktigaste f\u00f6r oss<\/a> \u00e4r hur minnet allokeras till dem. Du kan t\u00e4nka p\u00e5 en process som p\u00e5 en applikation. Inuti varje process finns det en bit minne som \u00e4r dedikerad bara f\u00f6r den h\u00e4r processen. S\u00e5 en process har inte tillg\u00e5ng till minnet f\u00f6r den andra, och den h\u00e4r egenskapen garanterar h\u00f6g s\u00e4kerhet. F\u00f6r att uppr\u00e4tta kommunikation mellan dem m\u00e5ste vi g\u00f6ra lite arbete. Tr\u00e5dar \u00e4r annorlunda. Tr\u00e5dar k\u00f6rs inuti en process och delar samma minne, s\u00e5 det finns inga problem alls med att tr\u00e5dar delar data<\/a>.<\/p>\n

Men en fr\u00e5ga orsakar problem. Det kallas f\u00f6r race condition. Tr\u00e5darna kan k\u00f6ras samtidigt, s\u00e5 hur vet vi vilken som slutar f\u00f6rst? Det kan h\u00e4nda att f\u00f6rsta g\u00e5ngen du k\u00f6r den s\u00e5 slutar den f\u00f6rsta operationen f\u00f6rst, och n\u00e4sta g\u00e5ng kan det visa sig vara tv\u00e4rtom och den andra operationen slutar f\u00f6re den f\u00f6rsta. T\u00e4nk dig att arbeta med skriv-\/l\u00e4soperationer under s\u00e5dana f\u00f6rh\u00e5llanden! En mardr\u00f6m! Det \u00e4r ibland mycket sv\u00e5rt att skriva korrekta kod<\/a> i en flertr\u00e5dad milj\u00f6.<\/p>\n

De flertr\u00e5dade spr\u00e5ken har ocks\u00e5 en stor minnesoverhead eftersom de skapar en separat tr\u00e5d f\u00f6r varje f\u00f6rfr\u00e5gan; s\u00e5 om du vill ringa 1000 f\u00f6rfr\u00e5gningar skapar de 1000 tr\u00e5dar.<\/p>\n

Hur hanterar man ett s\u00e5dant problem? Anv\u00e4nd en enda tr\u00e5d ist\u00e4llet! Och det \u00e4r vad Nod<\/a><\/strong> erbjuder dig.<\/p>\n

\"eventloop<\/p>\n

Som JavaScript utvecklare<\/a><\/strong> Jag uppmuntrar dig att titta p\u00e5 film<\/a>
\nd\u00e4r Bart Belder tydligt f\u00f6rklarar konceptet med h\u00e4ndelseslingan. Diagrammet ovan \u00e4r h\u00e4mtat fr\u00e5n hans presentation. Och om du inte k\u00e4nner till dessa termer alls, b\u00e5de Nod<\/strong> och Libuv har utm\u00e4rkt dokumentation \ud83d\ude42 \ud83d\ude42<\/p>\n

Om blockering<\/h2>\n

I JavaScript<\/a> utveckling<\/strong> industrin s\u00e4ger de det f\u00f6r att Nod<\/strong> \u00e4r enkeltr\u00e5dad och icke-blockerande kan du uppn\u00e5 h\u00f6gre samtidighet med samma resurser \u00e4n med flertr\u00e5dade l\u00f6sningar. Det \u00e4r sant, men det \u00e4r inte s\u00e5 vackert och enkelt som det kan verka.<\/p>\n

Sedan Node.js<\/strong> \u00e4r enkel tr\u00e5dad (JS<\/a> del), kommer CPU-intensiva uppgifter att blockera alla p\u00e5g\u00e5ende f\u00f6rfr\u00e5gningar tills den specifika uppgiften \u00e4r klar. S\u00e5 det \u00e4r sant att i Node.js<\/strong> kan du blockera varje beg\u00e4ran bara f\u00f6r att en av dem inneh\u00f6ll en blockeringsinstruktion. Blockeringskoden inneb\u00e4r att det tar mer \u00e4n n\u00e5gra millisekunder att slutf\u00f6ra. Men f\u00f6rv\u00e4xla inte l\u00e5ng svarstid med blockering. Svaret fr\u00e5n databasen kan ta mycket l\u00e5ng tid, men det blockerar inte din process (applikation).<\/p>\n

Blockerande metoder k\u00f6rs synkront och icke-blockerande metoder k\u00f6rs asynkront.<\/p>\n

Hur kan du sakta ner (eller blockera) din h\u00e4ndelseslinga?<\/p>\n