用户5488193880519

传统的 IO 将一个文件通过 socket 写出 File f = new File("helloword/data.txt"); RandomAccessFile file = new Random

5.1 stream vs channel stream 不会自动缓冲数据，channel 会利用系统提供的发送缓冲区、接收缓冲区（更为底层） stream 仅支持阻塞 API，channel 同时支

UDP 是无连接的，client 发送数据不会管 server 是否开启 server 这边的 receive 方法会将接收到的数据存入 byte buffer，但如果数据报文超过 buffer 大小

前面的代码只有一个选择器，没有充分利用多核 cpu，如何改进呢？ 分两组选择器 单线程配一个选择器，专门处理 accept 事件 创建 cpu 核心数的线程，每个线程配一个选择器，轮流处理 read

每个 channel 都需要记录可能被切分的消息，因为 ByteBuffer 不能被多个 channel 共同使用，因此需要为每个 channel 维护一个独立的 ByteBuffer ByteBuf

因为 select 在事件发生后，就会将相关的 key 放入 selectedKeys 集合，但不会在处理完后从 selectedKeys 集合中移除，需要我们自己编码删除。例如 第一次触发了 ssc

@Slf4j public class ChannelDemo6 { public static void main(String[] args) { try (ServerSocketChannel

public class Client { public static void main(String[] args) { try (Socket socket = new Socket("loca

创建 Selector selector = Selector.open(); 绑定 Channel 事件 也称之为注册事件，绑定的事件 selector 才会关心 channel.configure