Rechercher les changements de comportement liés à la séparation des chemins de code bloquants et non bloquants pour les canaux d'E-S

Les classes suivantes sont marquées par cette règle :

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

Avant Java 11, les opérations d'E-S non bloquantes et bloquantes utilisaient le même chemin de code dans les classes listées ci-dessus. Cette implémentation ralentissait la vitesse des E-S et réduisait la fiabilité. Plusieurs changements de comportement sont à noter :

• Les classes java.nio.channels.SocketChannel et java.nio.channels.ServerSocketChannel retardent maintenant la fermeture de leurs connexions sous-jacentes jusqu'à ce que le canal de fermeture soit vidé de ses sélecteurs enregistrés. Si vous l'utilisez conjointement avec la surveillance du réseau Netstat, vous remarquerez un changement de comportement qui affecte d'autres opérations de sélection de bibliothèques et d'applications.
• Le canal ne se ferme plus lorsqu'une opération d'E-S est appelée sur un canal sélectionnable configuré en mode non-bloquant et avec un statut d'interruption défini.
• Lors de l'appel de configureBlocking(false) sur un canal sélectionnable, il sera bloqué jusqu'à ce que toutes les opérations d'E-S de blocage soient terminées.

Pour plus d'informations, voir :

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

Pour plus d'informations sur les changements de comportement dans Java 11, voir la page Removed APIs in JDK 11.