Netty学习

阻塞 vs 非阻塞

阻塞模式

accept阻塞，只有客户端连接建立以后，才会继续执行。注意read也是个阻塞得方法，只有客户端发来数据时，才会继续执行！注意：一个线程，一个连接

非阻塞

没有连接建立（返回null）和可读数据（返回0），线程仍然在不断运行，白白浪费了 cpu！！！（会一直检查有没有新的连接和数据的写入，所以可以做到不断的相互独立的建立客户端的连接，但是cpu实在太忙碌了，过劳了）

select多路复用（有连接，cpu才劳动）

select 方法, 没有事件发生，线程阻塞；有事件，线程才会恢复运行（妙）

package cn.itcast.nio.c4;

import lombok.extern.slf4j.Slf4j;

import java.io.IOException;
import java.net.InetSocketAddress;
import java.nio.ByteBuffer;
import java.nio.channels.*;
import java.nio.charset.Charset;
import java.util.Iterator;


//使用nio来理解阻塞模式的编程
@Slf4j
public class Server {

    public static void main(String[] args) throws IOException {
        // 1. 创建 selector, 管理多个 channel
        Selector selector = Selector.open();
        ServerSocketChannel ssc = ServerSocketChannel.open();
        ssc.configureBlocking(false);
        // 2. 建立 selector 和 channel 的联系（注册）
        // SelectionKey 就是将来事件发生后，通过它可以知道事件和哪个channel的事件
        SelectionKey sscKey = ssc.register(selector, 0, null);
        // key 只关注 accept 事件（serversocket的事件）
        sscKey.interestOps(SelectionKey.OP_ACCEPT);
        log.debug("sscKey:{}", sscKey);
        ssc.bind(new InetSocketAddress(8080));
        while (true) {
            // 3. select 方法, 没有事件发生，线程阻塞；有事件，线程才会恢复运行
            // select 在事件未处理时，它不会阻塞, 事件发生后要么处理，要么取消，不能置之不理
            selector.select();

            // 4. 处理事件, selectedKeys 内部包含了所有发生的事件
            Iterator<SelectionKey> iter = selector.selectedKeys().iterator(); // accept, read
            while (iter.hasNext()) {
                SelectionKey key = iter.next();
                // 处理key 时，要从 selectedKeys 集合中删除，否则下次处理就会有问题
                iter.remove();//显示的集合的层面进行删除

                log.debug("key: {}", key);
                // 5. 区分事件类型
                if (key.isAcceptable()) { // 如果是 accept事件（socket客户端发起连接）
                    ServerSocketChannel channel = (ServerSocketChannel) key.channel();
                    SocketChannel sc = channel.accept();
                    sc.configureBlocking(false);

                    SelectionKey scKey = sc.register(selector, 0, null);
                    scKey.interestOps(SelectionKey.OP_READ);
                    log.debug("{}", sc);
                    log.debug("scKey:{}", scKey);
                } else if (key.isReadable()) { // 如果是 read事件（socket客户端有可读的数据）
                    try {
                        SocketChannel channel = (SocketChannel) key.channel(); // 拿到触发事件的channel
                        ByteBuffer buffer = ByteBuffer.allocate(4);
                        int read = channel.read(buffer); // 如果是正常断开，read 的方法的返回值是 -1
                        if(read == -1) {
                            key.cancel();
                        } else {
                            buffer.flip();
//                            debugAll(buffer);
                            System.out.println(Charset.defaultCharset().decode(buffer));
                        }
                    } catch (IOException e) {
                        e.printStackTrace();
                        key.cancel();  //SelectionKey层面： 因为客户端断开了，需要关闭key的channel,因此需要将 key 取消（从 selector 的 keys 集合中“真正”删除 key）
                    }
                }
            }
        }
    }
}

黏包/半包问题（处理消息的边界）

学习一下别人的理解

针对按字节流读取时，没有处理一条消息的边界，直接输出自定义任意长度的字节的数组，这样就出现了半包问题甚至是黏包问题！！！！！