Comprobar si hay cambios de comportamiento relacionados con la separación de vías de acceso de código de bloqueo o no bloqueo para los canales de E/S

Esta regla marca las clases siguientes:

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

Antes de Java 11, las operaciones de E/S de bloqueo y no bloqueo utilizaban la misma vía de acceso de códigos en las clases listadas anteriormente. Esta implementación ralentizaba la velocidad de E/S y ofrecía una fiabilidad reducida. Con este cambio, hay varios cambios de comportamiento:

• Ahora las clases java.nio.channels.SocketChannel y java.nio.channels.ServerSocketChannel cerrarán las conexiones subyacentes hasta que el canal de cierre se deseche de sus selectores registrados. Si se utiliza en conjunción con la supervisión de red netstat, observará un cambio en el comportamiento que afecta a otras bibliotecas y a las operaciones de selección de aplicaciones.
• Las operaciones de E/S invocadas en un canal seleccionable configurado sin bloqueo y con estado de interrupción no cierran el canal.
• Al invocar configureBlocking (false) en un canal seleccionable, se bloqueará hasta que todas las operaciones de E/S de bloqueo hayan finalizado.

Para obtener más información, consulte:

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

Para obtener más información sobre el cambio de comportamiento en Java 11, consulte la página de API eliminadas en JDK 11.