{"id":115312,"date":"2024-04-25T09:22:49","date_gmt":"2024-04-25T07:22:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupna-javascript-platforma-node-js-22-0-0"},"modified":"2024-04-25T09:22:49","modified_gmt":"2024-04-25T07:22:49","slug":"dostupna-javascript-platforma-node-js-22-0-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/dostupna-javascript-platforma-node-js-22-0-0","title":{"rendered":"Die JavaScript-Plattform Node.js 22.0.0 ist jetzt verf\u00fcgbar.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung von Node.js 22.0, einer Plattform zum Ausf\u00fchren von Netzwerk-Anwendungen in JavaScript, fand statt. Node.js 22.0 geh\u00f6rt zu den Versionen mit langfristigem Support, dieser Status wird jedoch erst im Oktober vergeben, nachdem eine Stabilisierung stattgefunden hat. Der Support f\u00fcr Node.js 22.x wird bis zum 30. April 2027 fortgesetzt. Die Unterst\u00fctzung f\u00fcr die vorherige LTS-Version Node.js 20.x dauert bis April 2026, w\u00e4hrend die vor-vorherige LTS-Version 18.x bis April 2025 betreut wird. Der Support f\u00fcr die Zwischenversion Node.js 21.x wird am 1. Juni 2024 eingestellt. <\/p>\n
Hauptverbesserungen: <\/p>\n
\n
Die V8-Engine wurde auf Version 12.4 aktualisiert, die in Chromium 124 verwendet wird. Im Vergleich zur Version Node.js 21, die die V8-Engine 11.8 verwendete, sind die folgenden \u00c4nderungen zu vermerken:\n
\n
Unterst\u00fctzung der WasmGC-Erweiterung, die das Portieren von in Programmiersprachen, die einen Garbage Collector verwenden (wie Kotlin, PHP, Java usw.), geschriebenen Programmen in WebAssembly vereinfacht. WasmGC f\u00fcgt neue Typen von Strukturen und Arrays hinzu, f\u00fcr die nichtlineale Speicherzuweisungen verwendet werden k\u00f6nnen.\n
Unterst\u00fctzung der Methode Array.fromAsync(), die im asynchronen Modus eine neue Instanz eines Array-Objekts zur\u00fcckgibt, das aus array-\u00e4hnlichen, iterierbaren (iterable) oder asynchron iterierbaren (async iterable) Objekten kopiert wurde.\n
Unterst\u00fctzung von Methoden zur Arbeit mit Iteratoren, wie .map, .filter, .find, .take, .drop, .forEach und .reduce.\n
Unterst\u00fctzung des Set-Objekts, das eine Sammlung von Werten definiert und Methoden zum Implementieren typischer Mengenoperationen wie Schnittmengen, Vereinigungen, Differenzen und Erg\u00e4nzungen anbietet. <\/ul>\n
Standardm\u00e4\u00dfig ist der optimierende JIT-Compiler Maglev aktiviert, der auf die schnelle Erstellung von leistungsstarkem Maschinencode f\u00fcr h\u00e4ufig verwendeten JavaScript-Code abzielt. Die Aktivierung von Maglev erm\u00f6glicht eine sp\u00fcrbare Beschleunigung der Ausf\u00fchrung von kurzlebigen CLI-Anwendungen, die keine langanhaltenden Operationen durchf\u00fchren; beispielsweise wird die Zeit f\u00fcr den Jetstream-Test um 7,5 % verk\u00fcrzt und f\u00fcr den Speedometer-Test um 5 %.\n
Die Verarbeitung von Streams wurde durch Erh\u00f6hung des Werts von highWaterMark von 16 KB auf 65 KB beschleunigt (dies definiert das Limit, bis zu dem das Schreiben gepuffert wird). Diese \u00c4nderung f\u00fchrt zu einem erh\u00f6hten Speicherverbrauch, sodass Anwendungen, die f\u00fcr die Arbeit mit begrenztem RAM ausgelegt sind, m\u00f6glicherweise den alten Wert durch den Aufruf von setDefaultHighWaterMark() zur\u00fcckgeben m\u00fcssen.\n
Die Leistung der API fetch() und des Testlaufers wurde durch die Effizienzsteigerung bei der Instanziierung von AbortSignal verbessert. Auch die Leistung der APIs, die mit der synchronen Arbeit mit Dateisystemen zusammenh\u00e4ngen, wurde erh\u00f6ht.\n
Eine experimentelle M\u00f6glichkeit wurde bereitgestellt, um den Aufruf «require()» zum Laden von JavaScript-Modulen ESM (ECMAScript Modules) synchron zu verwenden. ESM-Module kommen in Browsern zum Einsatz und ersetzen die CommonJS-Module, die spezifisch f\u00fcr Node.js sind. Um ein ESM-Modul \u00fcber «require()» zu laden, muss es synchron ausgef\u00fchrt werden (ohne await auf der obersten Ebene). Die Unterst\u00fctzung wird durch das Flag «—experimental-require-module» aktiviert.\n
Eine experimentelle M\u00f6glichkeit wurde hinzugef\u00fcgt, um Skripte, die in der Datei package.json definiert sind, mit dem Befehl «—run <script-in-package-json>» auszuf\u00fchren.\n
Der Befehl «node —watch» wurde in die stabile Kategorie \u00fcbertragen, wobei ein \u00dcberwachungsmodus implementiert wurde, der den Prozess bei \u00c4nderungen an der importierten Datei neu startet (z. B. wird der Prozess automatisch neu gestartet, wenn «node —watch index.js» ausgef\u00fchrt wird und sich index.js \u00e4ndert).\n
Die eingebaute Implementation der WebSocket-API wurde stabilisiert, sodass WebSocket im Client-Modus ohne zus\u00e4tzliche Abh\u00e4ngigkeiten verwendet werden kann.\n
Teilweise Unterst\u00fctzung der Navigator-API wurde hinzugef\u00fcgt.\n
Im Webstreams-API wurde Unterst\u00fctzung f\u00fcr das deflate-raw-Komprimierungsformat hinzugef\u00fcgt.\n
Im Modul node:fsmodule wurden die Funktionen glob und globSync zum Abgleichen von Dateipfaden nach Muster hinzugef\u00fcgt.\n
Die Verarbeitung von fehlerhaft konfigurierte IPv6-Stacks wurde verbessert. Ein Happy Eyeballs-Algorithmus wurde implementiert, um bei Problemen mit IPv6 schnell zur\u00fcckzukehren.\n
Die util-API wurde als veraltet erkl\u00e4rt.\n
Die Versionen der Abh\u00e4ngigkeiten wurden aktualisiert: npm 10.5.1, libuv 1.48.0, simdutf 5.2.3, c-ares 1.28.1, zlib 1.3.0.1-motley-24c07df, simdjson auf 3.8.0, ada 2.7.7 und undici auf 6.6.0. <\/ul>\n