Prüfen, ob sich das Verhalten bei der Trennung von blockierenden und nicht blockierenden Codepfaden für E/A-Kanäle geändert hat

Die folgenden Klassen werden von dieser Regel markiert:

• java.nio.channels.SocketChannel
• java.nio.channels.ServerSocketChannel
• java.nio.channels.DatagramChannel
• java.nio.channels.Pipe.SourceChannel
• java.nio.channels.Pipe.SinkChannel

Vor Java 11 verwenden blockierende und nicht blockierende E/A-Operationen denselben Codepfad in den zuvor aufgelisteten Klassen. Diese Implementierung verringert die E/A-Geschwindigkeit und führt zu einer verminderten Zuverlässigkeit. Diese Änderung zieht verschiedene Verhaltensänderungen nach sich:

• Die Klassen java.nio.channels.SocketChannel und java.nio.channels.ServerSocketChannel verzögern jetzt das Schließen der zugrunde liegenden Verbindungen, bis die registrierten Selektoren aus dem schließenden Kanal gelöscht wurden. Wenn Sie diese Klassen zusammen mit der netstat-Netzüberwachung verwenden, werden Sie eine Verhaltensänderung bemerken, die sich auf andere Bibliotheken und Anwendungsauswahloperationen auswirkt.
• E/A-Operationen, die in einem auswählbaren Kanal aufgerufen werden, der als nicht blockierend und mit Interruptstatus konfiguriert ist, schließen den Kanal nicht.
• Beim Aufruf von configureBlocking(false) in einem auswählbaren Kanal wird die Methode so lange blockiert, bis alle blockierenden E/A-Operationen beendet sind.

Weitere Informationen finden Sie in den folgenden Dokumenten:

• Javadoc zu java.nio.channels.SocketChannel
• Javadoc zu java.nio.channels.ServerSocketChannel
• Javadoc zu java.nio.channels.DatagramChannel
• Javadoc zu java.nio.channels.Pipe.SourceChannel
• Javadoc zu java.nio.channels.Pipe.SinkChannel

Weitere Informationen zu den Verhaltensänderungen in Java 11 finden Sie auf der Seite Removed APIs in JDK 11.