Sprawdź, czy występują zmiany w działaniu związane z oddzieleniem blokujących i nieblokujących ścieżek kodu na potrzeby kanałów we/wy

Ta reguła oznacza następujące klasy:

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

Przed wprowadzeniem środowiska Java 11 blokujące i nieblokujące operacje we/wy korzystały z tej samej ścieżki kodu w powyższych klasach. Taki sposób implementacji spowalniał szybkość wykonywania operacji we/wy oraz zmniejszał niezawodność. Ta zmiana wprowadza wiele zmian w działaniu:

• Klasy java.nio.channels.SocketChannel i java.nio.channels.ServerSocketChannel będą opóźniały zamknięcie własnych połączeń bazowych do momentu usunięcia (flush) zamykanego kanału z jego zarejestrowanych selektorów. W przypadku korzystania z tych klas wraz z monitorowaniem sieci netstat można będzie zauważyć zmianę w działaniu, która wpływa na inne biblioteki i operacje wyboru aplikacji.
• Operacje we/wy wywoływane na kanale możliwym do wybrania, skonfigurowane jako nieblokujące i ze statusem informującym o przerwaniu nie będą zamykały kanału.
• Po wywołaniu metody configureBlocking(false) na kanale możliwym do wybrania zostanie on zablokowany do momentu zakończenia wszystkich blokujących operacji we/wy.

Więcej informacji zawierają następujące zasoby:

• java.nio.channels.SocketChannel Javadoc.
• java.nio.channels.ServerSocketChannel w dokumentacji języka Java.
• java.nio.channels.DatagramChannel w dokumentacji języka Java.
• java.nio.channels.Pipe.SourceChannel w dokumentacji języka Java.
• java.nio.channels.Pipe.SinkChannel w dokumentacji języka Java.

Więcej informacji na temat zmiany w działaniu w środowisku Java 11 zawiera strona dotycząca interfejsów API usuniętych z pakietu JDK 11.