Netty ist ein leistungsstarkes, asynchrones ereignisgesteuertes NIO-Framework. Es bietet Unterstützung für TCP, UDP und Dateiübertragung. über den Future-Listener-Mechanismus k?nnen Benutzer dies bequem tun Erhalten oder erhalten Sie die E/A-Vorgangsergebnisse aktiv über den Benachrichtigungsmechanismus.

Obwohl JDK eine umfangreiche NIO-Klassenbibliothek bereitstellt und es viele NIO-Lernroutinen im Internet gibt, ist es schwierig, die Java NIO-Klassenbibliothek direkt zu verwenden, um eine stabile Bibliothek zu entwickeln Es ist aus folgenden Gründen nicht einfach:

1) Die Klassenbibliotheken und APIs von NIO sind kompliziert und mühsam zu verwenden. Sie müssen sich mit Selector, Server Socket Channel und SocketChannel auskennen. ByteBuffer usw.

2) Sie ben?tigen weitere zus?tzliche F?higkeiten als Grundlage, z. B. Kenntnisse in der Java-Multithread-Programmierung. Dies liegt daran, dass die NIO-Programmierung den Reactor-Modus umfasst. Um hochwertige NIO-Programme schreiben zu k?nnen, müssen Sie mit Multithreading und Netzwerkprogrammierung bestens vertraut sein.

3) Um die Zuverl?ssigkeitsf?higkeit zu vervollst?ndigen, sind der Arbeitsaufwand und die Schwierigkeit sehr gro?. Beispielsweise ist der Client mit Problemen wie Trennung und Wiederverbindung, Netzwerkunterbrechung, Lesen und Schreiben halber Pakete, fehlgeschlagenem Caching, Netzwerküberlastung und abnormaler Code-Stream-Verarbeitung konfrontiert. Das Merkmal der NIO-Programmierung ist, dass die Funktionsentwicklung relativ einfach, aber zuverl?ssig ist Die F?higkeiten müssen erg?nzt werden. Der Umfang und der Schwierigkeitsgrad sind sehr gro?.

4) JDK-NIO-Fehler, wie z. B. der berüchtigte Epoll-Fehler, der dazu führt, dass der Selector leer abfragt, was schlie?lich dazu führt, dass die CPU zu 100 % ausgelastet ist. Der Beamte behauptet, dass dieses Problem in UpdateI8 der JDK16-Version behoben wurde, das Problem jedoch bis zur JDK1.7-Version weiterhin besteht, die Wahrscheinlichkeit des Auftretens des Fehlers jedoch verringert und nicht grundlegend gel?st wurde. Dieser BUG und die damit verbundenen Problemtickets finden Sie unter folgendem Link:

http://bugsjava.com/bugdatabase/viewbug.do?bugid=6403933
http:/bugs.javacom /bugdatabase /viewbugdo?bugid=2147719

Mit der Entwicklung des Open-Source-NO-Frameworks übernehmen derzeit immer mehr kommerzielle Systeme die Methode der direkten Integration des Open-Source-NO-Frameworks, um die bisherigen selbst entwickelten L?sungen zu ersetzen . Nehmen Sie als Beispiel Netty, das ausgereifteste NIO-Framework. Es wurde von Hunderten von kommerziellen Projekten überprüft. Beispielsweise verwendet das RPC-Framework avro von Hadoop Netty als zugrunde liegendes Kommunikations-Framework, das zugrunde liegende Kommunikations-Framework des Echtzeit-Streaming-Computing-Frameworks Sum verwendet ebenfalls Netty und das interne RPC-Framework Finagle von Twitter, dessen zugrunde liegendes Kommunikations-Framework ebenfalls auf Netty aufbaut.

Die Vorteile von Netty lassen sich wie folgt zusammenfassen:

◎Leistungsstark, mit mehreren voreingestellten Codec-Funktionen und Unterstützung für mehrere Mainstream-Protokolle.

◎ Starke Anpassungsm?glichkeiten, das Kommunikations-Framework kann durch ChannelHandler flexibel erweitert werden.

◎Hohe Leistung: Im Vergleich zu anderen Mainstream-NO-Frameworks in der Branche weist Netty die beste Gesamtleistung auf.

◎ Nety ist ausgereift und stabil und hat alle entdeckten JDK-NIO-Fehler behoben. Gesch?ftsentwickler müssen sich keine Sorgen mehr über N1O-Fehler machen.

◎Die Community ist aktiv, der Versionsiterationszyklus ist kurz und entdeckte Fehler k?nnen rechtzeitig behoben werden. Gleichzeitig werden weitere neue Funktionen hinzugefügt.

◎Erfahrene gro? angelegte kommerzielle Anwendungstests und die Qualit?t wurde überprüft. Es wurde in vielen Branchen wie dem Internet, Big Data, Online-Spielen, Unternehmensanwendungen, Telekommunikationssoftware usw. erfolgreich kommerzialisiert und beweist, dass es die kommerziellen Anwendungen verschiedener Branchen vollst?ndig erfüllen kann.

Netty schneidet so gut ab, dass unser Kommunikationsrahmen auf Basis von Netty entworfen und entwickelt wurde.

Dieser Artikel bezieht sich auf Li Linfengs ?Prinzipien und Praktiken des Distributed Service Framework“, zusammengestellt von Shanghai Shangxuetang Java Training. Um weitere technische Java-Artikel zu lesen, kehren Sie bitte zu dieser Spalte zurück, um technische Informationen zu Java oder Lernvideos zu erhalten Bitte wenden Sie sich an die Kundendienstdame.

Die folgenden Artikel sind lesenswert: ?Prinzipien und funktionale Merkmale der Distributed Service Architecture_Shanghai Java Training“, ?Was ist Microservice Architecture?“ Der Unterschied zwischen Microservice-Architektur und SOA-Architektur“, ?RPC-Architektur und -Prinzipien sowie eine Einführung in das g?ngige RPC-Framework der Branche“, ?Einführung in das klassische vertikale Anwendungs-Framework-MVC-Framework“

Netty-Netzwerk-Framework basierend auf NIO (detaillierte Bild- und Texterkl?rung)

Detailliertes Beispiel des Netty-Thread-Modells

Das obige ist der detaillierte Inhalt vonDas ausgereifteste Open-Source-NIO-Framework Netty. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!