Verificaţi pentru modificările de comportament legate de separarea căilor de cod cu blocare sau fără blocare pentru canalele de I/E

Următoarele clase sunt semnalate de această regulă:

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

Înainte de Java 11, operaţiile de I/E cu blocare sau fără blocare utilizau aceleaşi căi de cod în clasele listate anterior. Această implementarea încetinea viteza de I/E şi oferea o siguranţă redusă. Cu această modificare există mai multe modificări de comportament:

• Clasele java.nio.channels.SocketChannel şi java.nio.channels.ServerSocketChannel vor întârzia acum închiderea conexiunilor lor subiacente până când canalul care se închide va fi curăţat de selectorii săi înregistraţi. Dacă vor fi folosite împreună cu monitorizarea de reţea netstat veţi observa o modificare a comportamentului care afectează alte operaţiile de selecţie ale altor biblioteci şi aplicaţii.
• Operaţiile de I/E invocate pe un canal selectabil configurat fără blocare şi cu stare de întrerupere nu închid canalul.
• Când se invocă configureBlocking(false) pe un canal selectabil se va bloca până când toate operaţiile de I/E cu blocare se vor finaliza.

Pentru informaţii suplimentare, vedeţi:

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

Pentru mai multe informaţii despre modificarea de comportament în Java 11, vedeţi Removed APIs în pagina JDK 11.