{"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":"mom-er-hat-wieder-themen-blockiert","status":"publish","type":"post","link":"https:\/\/thecodest.co\/de\/blog\/mom-he-blocked-threads-again\/","title":{"rendered":"MOM! Er hat wieder Threads blockiert!"},"content":{"rendered":"

F\u00e4den<\/h2>\n

Das Wichtigste ist: Es gibt zwei Arten von Threads in Node.js<\/a><\/strong>: Haupt-Thread - dieser wird von Ereignis-Schleife<\/b>und Arbeitskr\u00e4fte-Pool<\/b> (Thread-Pool) - das ist der Pool von Threads -
\nDank an libuv<\/a>. Jede von ihnen hat eine andere Aufgabe. Das Ziel der ersten ist es, nicht blockierende E\/A-Operationen zu verarbeiten, und die zweite ist f\u00fcr CPU-intensive Arbeit und auch blockierende E\/A zust\u00e4ndig.<\/p>\n

\"Diagramm<\/p>\n

Aber was ist ein Thread und wie unterscheidet er sich von einem Prozess? Es gibt mehrere Unterschiede, aber der wichtigste ist us<\/a> ist, wie ihnen der Speicher zugewiesen wird. Sie k\u00f6nnen sich einen Prozess wie eine Anwendung vorstellen. Innerhalb jedes Prozesses gibt es einen Teil des Speichers, der nur f\u00fcr diesen Prozess bestimmt ist. Ein Prozess hat also keinen Zugriff auf den Speicher des anderen, und diese Eigenschaft gew\u00e4hrleistet eine hohe Sicherheit. Um die Kommunikation zwischen den Prozessen herzustellen, m\u00fcssen wir einige Arbeit leisten. Threads sind anders. Threads laufen innerhalb eines Prozesses und teilen sich denselben Speicher, so dass es \u00fcberhaupt kein Problem mit der gemeinsamen Nutzung von Threads gibt Daten<\/a>.<\/p>\n

Ein Punkt verursacht jedoch ein Problem. Es ist die so genannte Race Condition. Die Threads k\u00f6nnen gleichzeitig ablaufen, woher wissen wir also, welcher zuerst endet? Es kann passieren, dass beim ersten Mal die erste Operation zuerst beendet wird, und beim n\u00e4chsten Mal ist es vielleicht umgekehrt und die zweite Operation endet vor der ersten. Stellen Sie sich vor, Sie arbeiten mit Schreib-\/Leseoperationen unter solchen Bedingungen! Ein Albtraum! Es ist manchmal sehr schwer, korrekte Code<\/a> in einer Multithreading-Umgebung.<\/p>\n

Au\u00dferdem haben die Multi-Thread-Sprachen einen gro\u00dfen Speicher-Overhead, weil sie f\u00fcr jede Anfrage einen eigenen Thread erstellen; wenn Sie also 1000 Anfragen aufrufen wollen, erstellen sie 1000 Threads.<\/p>\n

Wie geht man mit einem solchen Problem um? Verwenden Sie stattdessen einen einzigen Faden! Und das ist es, was Knotenpunkt<\/a><\/strong> bietet Ihnen.<\/p>\n

\"Ein-Thread-Ereignisschleife\"<\/p>\n

Als JavaScript Entwickler<\/a><\/strong> Ich m\u00f6chte Sie ermutigen, sich die Film<\/a>
\nin dem Bart Belder das Konzept der Ereignisschleife anschaulich erl\u00e4utert. Das obige Diagramm ist seiner Pr\u00e4sentation entnommen. Und wenn Sie diese Begriffe \u00fcberhaupt nicht kennen, k\u00f6nnen Sie beide Knotenpunkt<\/strong> und Libuv haben eine ausgezeichnete Dokumentation \ud83d\ude42<\/p>\n

\u00dcber das Blockieren<\/h2>\n

Unter JavaScript<\/a> Entwicklung<\/strong> Industrie sagen sie das, weil Knotenpunkt<\/strong> single-threaded und non-blocking ist, k\u00f6nnen Sie mit denselben Ressourcen eine h\u00f6here Gleichzeitigkeit erreichen als mit multi-threaded L\u00f6sungen. Das ist wahr, aber es ist nicht so sch\u00f6n und einfach, wie es scheinen mag.<\/p>\n

Seit Node.js<\/strong> ist single-threaded (JS<\/a> Teil), blockieren CPU-intensive Aufgaben alle laufenden Anfragen, bis die jeweilige Aufgabe abgeschlossen ist. Es ist also wahr, dass in Node.js<\/strong> k\u00f6nnen Sie jede Anfrage blockieren, nur weil eine von ihnen eine blockierende Anweisung enth\u00e4lt. Blockierender Code bedeutet, dass es l\u00e4nger als ein paar Millisekunden dauert, bis er fertig ist. Verwechseln Sie aber lange Antwortzeiten nicht mit Blockierung. Die Antwort der Datenbank kann sehr lange dauern, aber sie blockiert Ihren Prozess (die Anwendung) nicht.<\/p>\n

Blockierende Methoden werden synchron ausgef\u00fchrt, nicht blockierende Methoden werden asynchron ausgef\u00fchrt.<\/p>\n

Wie k\u00f6nnen Sie Ihre Ereignisschleife verlangsamen (oder blockieren)?<\/p>\n