Perché Netty 4 "proxy" esempio ha per impostare canale "AUTO_READ" come falsa

Question

In Netty 4 "proxy" example, l'auto del canale leggere opzione è stata disattivata:

serverBootStrap.group(bossGroup, workerGroup) 
    ... 
    .childOption(ChannelOption.AUTO_READ, false) 

Se commentato childOption(ChannelOption.AUTO_READ, false), l'esempio proxy non può funzionare . E più dettagliato, nel metodo channelRead della classe HexDumpProxyFrontendHandler, il outboundChannel sarà sempre inattivo.

E ho studiato Netty codice sorgente, ha rilevato che "auto leggere" influenzerà come quello nei metodi fireChannelActive e fireChannelReadComplete della classe DefaultChannelPipeline

if (channel.config().isAutoRead()) { 
    read(); 
} 

Ma io ancora non riesco a capire quale sia il rapporto tra la lettura automatica e l'esempio del proxy. Nella mia mente, quando un dato invia al buffer in entrata, Netty dovrebbe attivare l'evento di lettura del canale.

Quindi ci sono due domande:

• Perché disabilita lettura automatica è necessario ad esempio "proxy"?
• Perché abilitare la lettura automatica renderà outboundChannel sempre inattivo?

Answer 1

se non si imposta il ripristino automatico su false, è possibile che si verifichino problemi se un canale scrive molti dati prima che l'altro possa consumarlo. Dato che è tutto asincrono, potresti finire con i buffer di molti dati e colpire OOME.