Was kann node.js? Eine Zusammenfassung der Funktionen von node.js in wenigen Minuten

Dieser Artikel stellt hauptsächlich die Definition von node.js sowie eine Zusammenfassung der Funktionen von node.js vor. Ich hoffe, Sie können mehr erfahren. Lassen Sie uns diesen Artikel gemeinsam lesen

Werfen wir zunächst einen Blick darauf, was node.js leisten kann?

Dies ist eine formellere Einführung in Node

Node.js ist eine JavaScript-Ausführungsumgebung, die auf der Chrome V8-Engine basiert.

Node.js verwendet ein ereignisgesteuertes, nicht blockierendes I/O-Modell, was es leichtgewichtig und effizient macht. (Ereignisgesteuert: Eine Strategie zur Entscheidungsfindung während des ereignisauslösenden Prozesses. Einfach ausgedrückt besteht sie darin, den Dingen zu folgen, die zum aktuellen Zeitpunkt auftreten, und verfügbare Ressourcen zu nutzen, um die Dinge zu lösen, sodass weiterhin Dinge auftauchen kann gelöst werden und die Anhäufung von Dingen verhindern)

Der Paketmanager npm von Node.js hat sich zum weltweit größten Open-Source-Ökosystem entwickelt. Wenn Sie mehr wissen möchten, besuchen Sie die chinesische PHP-Website node.js-Video-Tutorial

Dies sind die Definitionen von nodejs. Schauen wir uns nun die Zusammenfassung der Rolle von an nodejs:

node.js hat mehrere besonders bedeutende Vorteile: schnell, hohe Leistung, hohe Entwicklungseffizienz und breites Anwendungsspektrum

Andere werden es Ihnen im Allgemeinen vage sagen: node.js ist nicht blockierend. Funktionen wie ereignisgesteuerte E/A ermöglichen die Erstellung von Anwendungen mit hoher Parallelität (Polling) und Comet.

Wenn Sie es nach dem Lesen dieser Erklärungen immer noch nicht verstehen, werde ich Ihnen helfen, node.js auf einfache und grobe Weise zu verstehen.

Der Prozess, bei dem der Browser Anfragen an die Website sendet, hat sich nicht wesentlich geändert. Wenn der Browser eine Anfrage an die Website sendet. Der Server empfängt die Anfrage und beginnt mit der Suche nach der angeforderten Ressource. Bei Bedarf fragt der Server auch die Datenbank ab und sendet schließlich die Antwortergebnisse zurück an den Browser.

Bei einem herkömmlichen Webserver (z. B. Apache) führt jede Anfrage jedoch dazu, dass der Server einen neuen Prozess zur Bearbeitung der Anfrage erstellt.

Später kam Ajax. Mit Ajax müssen wir nicht jedes Mal eine komplett neue Seite anfordern, sondern fordern jedes Mal nur einen Teil der Seiteninformationen an, die wir benötigen. Das ist offensichtlich eine Verbesserung

. Wenn Sie jedoch eine Social-Networking-Site wie FriendFeed (eine Website ähnlich Renren zum Aktualisieren der Nachrichten Ihrer Freunde) erstellen möchten, werden Ihre Freunde jederzeit neue Status veröffentlichen und Ihre Nachrichten werden automatisch in Echtzeit aktualisiert.

Um diese Anforderung zu erfüllen, müssen wir Benutzern ermöglichen, eine effektive Verbindung mit dem Server aufrechtzuerhalten. Die derzeit einfachste Implementierungsmethode besteht darin, eine lange Abfrage zwischen dem Benutzer und dem Server aufrechtzuerhalten.

HTTP-Anfragen sind keine kontinuierlichen Verbindungen. Sie stellen einmal eine Anfrage, der Server antwortet einmal und dann ist es vorbei. Long Polling ist eine Technik, die HTTP verwendet, um eine dauerhafte Verbindung zu simulieren. Konkret: Solange die Seite geladen ist, senden Sie eine Ajax-Anfrage an den Server, unabhängig davon, ob Sie eine Antwort des Servers benötigen oder nicht.

Diese Anfrage unterscheidet sich von der allgemeinen Ajax-Anfrage. Der Server sendet die Informationen nicht direkt an Sie zurück, sondern wartet, bis der Server das Gefühl hat, dass es an der Zeit ist, Ihnen Informationen zu senden, und antwortet dann. Wenn Ihr Freund beispielsweise eine neue Nachricht postet, sendet der Server die neue Nachricht als Antwort an Ihren Browser und Ihr Browser aktualisiert dann die Seite. Nachdem der Browser die Antwort empfangen und aktualisiert hat, sendet er eine neue Anfrage an den Server. Diese Anfrage wird immer noch nicht sofort beantwortet. Also begann ich, die oben genannten Schritte zu wiederholen. Mit dieser Methode kann der Browser immer auf eine Antwort warten. Obwohl der obige Prozess immer noch nur nicht persistentes HTTP beinhaltet, haben wir einen scheinbar kontinuierlichen Verbindungsstatus simuliert

Schauen wir uns traditionelle Server (wie Apache) an. Jedes Mal, wenn ein neuer Benutzer eine Verbindung zu Ihrer Website herstellt, muss Ihr Server eine Verbindung öffnen. Für jede Verbindung ist ein Prozess erforderlich, und diese Prozesse sind die meiste Zeit inaktiv (z. B. Warten darauf, dass Ihr Freund neue Nachrichten sendet, Warten darauf, dass der Freund mit dem Senden der Nachricht fertig ist, bevor er dem Benutzer antwortet. Oder Warten auf die Rückkehr der Datenbank Abfrageergebnisse usw.).

Obwohl diese Prozesse inaktiv sind, belegen sie dennoch Speicher. Das bedeutet, dass Ihr Server möglicherweise nicht mehr über genügend Speicher verfügt und zusammenbricht, wenn die Anzahl der Benutzerverbindungen auf ein bestimmtes Maß ansteigt.

Wie kann man diese Situation lösen? Die Lösung ist das, was gerade oben erwähnt wurde: nicht blockierend und ereignisgesteuert. Diese Konzepte sind in dem Szenario, über das wir sprechen, eigentlich nicht so schwer zu verstehen.

Stellen Sie sich einen nicht blockierenden Server als eine Schleife vor, und diese Schleife läuft weiter. Wenn eine neue Anfrage eingeht, empfängt diese Schleife die Anfrage, leitet sie an andere Prozesse weiter (z. B. an einen Prozess, der Datenbankabfragen durchführt) und antwortet dann mit einem Rückruf. Sobald dies erledigt ist, läuft die Schleife weiter, um weitere Anfragen zu empfangen. Komm so runter. Der Server wartet nicht wie zuvor darauf, dass die Datenbank Ergebnisse zurückgibt.

Wenn die Datenbank das Ergebnis zurückgibt, gibt die Schleife das Ergebnis an den Browser des Benutzers zurück und läuft weiter. Auf diese Weise warten die Prozesse Ihres Servers nicht im Leerlauf. Daher gibt es theoretisch keine Begrenzung für die Anzahl gleichzeitiger Datenbankabfragen und Benutzeranfragen. Der Server reagiert nur, wenn auf Benutzerseite ein Ereignis auftritt. Dies ist ereignisgesteuert.

FriendFeed verwendet das Python-basierte nicht blockierende Framework Tornado (Zhihu verwendet dieses Framework auch), um die oben erwähnte neue Nachrichtenfunktion zu implementieren. Allerdings ist Node.js sogar noch besser als ersteres.

Node.js-Anwendungen werden über Javascript entwickelt und dann direkt auf der abnormalen V8-Engine von Google ausgeführt. Mit Node.js müssen Sie sich keine Sorgen machen, dass die Anfrage des Clients einen Codeabschnitt auf dem Server ausführt, der zu Blockierungen führen kann. Denn JavaScript selbst ist eine ereignisgesteuerte Skriptsprache. Wenn Sie darüber nachdenken, beschäftigen Sie sich beim Schreiben von JavaScript für das Frontend hauptsächlich mit der Ereignisverarbeitung und Rückruffunktionen. JavaScript selbst ist eine auf die Ereignisverarbeitung zugeschnittene Sprache.

Node.js befindet sich noch in einem frühen Stadium. Wenn Sie eine auf Node.js basierende Anwendung entwickeln möchten, müssen Sie wahrscheinlich Code auf sehr niedriger Ebene schreiben.

Aber die nächste Generation von Browsern wird bald die WebSocket-Technologie übernehmen und lange Abfragen werden verschwinden. In der Webentwicklung werden Technologien wie Node.js immer wichtiger.

Das Obige ist die Zusammenfassung von node.js in diesem Artikel. Ich hoffe, Sie können mehr lesen, damit jeder node.js besser verstehen kann. Schüler, die mehr erfahren möchten, können auf der chinesischen PHP-Website Node.js-Entwicklungshandbuch Spalte

[Empfehlung des Herausgebers]

So passen Sie Schriftarten in CSS an ? Einführung in Textschriftstile in HTML

Wie verwende ich das HTML-Basis-Tag? Zusammenfassung der Verwendung des HTML-Basis-Tags

Das obige ist der detaillierte Inhalt vonWas kann node.js? Eine Zusammenfassung der Funktionen von node.js in wenigen Minuten. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!