代码中readHandler方法中的 client.close();删除，即当客户端关闭连接时(发送-1)不做任何处理

javac SocketMultiplexingSingleThreadv1.java && strace -ff -o poll java -Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.PollSelectorProvider SocketMultiplexingSingleThreadv1
    追踪java程序， 使用poll
    
netstap -natp

nc localhost 9090  新开一个窗口，客户端建立连接，然后随意发送数据到服务端
    通过netstap -natp可以看到有一个服务端的进程（端口号9090）
    一个服务端到客户单的连接（端口号37989）
    一个端口号为37989的nc进程

客户端ctrl+C 停掉连接    
    通过netstap -natp可以看到nc进程（端口号37989）状态是FIN_WAIT2
    服务端到客户端的连接 状态是CLOSE_WAIT

之前讲过三次握手，四次分手（在redis课程）
客户端给服务端发送FIN(断开连接的包)，服务端先进入close_wait的状态
服务端给客户端发送一个ACK（关于FIN的）
如果服务端没有发送FIN（断开连接的包），客户端会进入FIN_WAIT2的状态

只做了2次分手

代码中readHandler方法中的 添加client.close();，即当客户端关闭连接时(发送-1)将连接关闭

javac SocketMultiplexingSingleThreadv1.java && strace -ff -o epoll java SocketMultiplexingSingleThreadv1
    追踪java程序， 使用epoll
    使用epoll，可以不加-D的参数，因为默认会采用最好的方式
    
nc localhost 9090 
    新开一个窗口，客户端建立连接，然后随意发送数据到服务端

netstap -natp查看连接情况
    看到有一个服务端的连接（端口号9090）
    一个服务端到客户单的连接（端口号37990）
    一个端口号为37989的nc进程

客户端Ctrl+C  关闭连接

netstap -natp查看连接情况
    看到nc进程（端口号37989）状态是TIME_WAIT
    服务端到客户端的连接 没有了

通过sysctl -a | grep reuse进行查看

OS:POLL  jdk  native 用户空间 保存了fd

socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
fcntl(4, F_SETFL, O_RDWR|O_NONBLOCK)    = 0 //server.configureBlocking(false);设置非阻塞
bind(4, {sa_family=AF_INET, sin_port=htons(9090)  绑定端口号
listen(4, 50)  监听连接

 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}], 2, -1) = 1 ([{fd=4, revents=POLLIN}])      //  while (selector.select() > 0) 
    可以看到是数组形式
    {fd=5, events=POLLIN}不用管，是一个pipeline管道
    ([{fd=4, revents=POLLIN}])代表一个客户端想建立连接了
    
     
accept(4,    = 7  //得到新的客户端

fcntl(7, F_SETFL, O_RDWR|O_NONBLOCK) //新的客户端连接设置非阻塞

poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}], 3, -1)  = 1 ([{fd=7,revents=POLLIN}])
     //再次执行  while (selector.select() > 0) 
    返回 1（一个fd有事件）
    返回-1（非阻塞下，没有事件）
    
    poll( fds, fds的数量，timeyout) -1代表永久阻塞

socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
fcntl(4, F_SETFL, O_RDWR|O_NONBLOCK)    = 0
bind(4, {sa_family=AF_INET, sin_port=htons(9090)
listen(4, 50)  //这些都是一样的

epoll_create(256)                       = 7 (得到epfd)
epoll_ctl(7, EPOLL_CTL_ADD, 4,
epoll_wait(7, {{EPOLLIN, {u32=4, u64=2216749036554158084}}}, 4096, -1) = 1   //一个客户端想建立连接
//  while (selector.select() > 0) {

accept(4  =8 //client的fd

fcntl(8, F_SETFL, O_RDWR|O_NONBLOCK)     //非阻塞
epoll_ctl(7, EPOLL_CTL_ADD, 8, {EPOLLIN,   

epoll_wait(7,

1.代码修改
server.register(selector, SelectionKey.OP_ACCEPT);
System.out.println("register listern over ~~~");在register后面增加打印语句

2.删除日志
rm -fr *poll*

javac SocketMultiplexingSingleThreadv1.java && strace -ff -o epoll java SocketMultiplexingSingleThreadv1

代码：SocketMultiplexingSingleThreadv2  -  53行：key.isWritable()

SocketMultiplexingSingleThreadv1_1

1.代码
key.isReadable()  没有key.cancel();
    只处理了read,并注册 关心这个key的write事件
    关心OP_WRITE 其实就是关心send-queue是不是有空间

key.isWritable() 没有key.cancel();
    拿到buffer，并写出去

2.运行    
服务端可以在windows上运行

nc 192.168.150.1 9090   linux连接

SocketMultiplexingSingleThreadv2

1.代码
key.isReadable()  没有key.cancel();
key.isWritable() 没有key.cancel();

2.
windows启动服务端

nc 192.168.150.1 9090

客户端发送abc

3.实验结果：
    read handler.....打印多次
    write handler被疯狂的调用

4.分析：
    1).首次执行selector.select(50)，selector连接建立，执行acceptHandler方法
    2).用户发来数据，再次执行selector.select(50)，readHandler还是阻塞的吗？
    
    不阻塞
    因为有另一个线程去具体处理了，所以很快就有返回值了；
    但是现在呢具体的读方法中的线程还没有处理完，有一个时延，reading空间还没有读完，
    
    这时候selector.select()又执行了，
    所以会重复触发key.isReadable()
    
    所以即便以抛出了线程去读取，但是在时差里，这个key的read事件会被重复触发

5.解决: readHandler(key)之前key.cancel();
    } else if (key.isReadable()) {
        key.cancel();  //现在多路复用器里把key  cancel了
        System.out.println("in.....");
        key.interestOps(key.interestOps() | ~SelectionKey.OP_READ);
    
        readHandler(key);//还是阻塞的嘛？不阻塞了； 即便以抛出了线程去读取，但是在时差里，这个key的read事件会被重复触发
    }    


6.为什么write handler...被疯狂调起
    因为readHandler方法中注册了SelectionKey.OP_WRITE  写事件
    
    如果一开始就注册了write的事件，并且send-queue是空的；就会进入死循环，一直调起！！！
    
7.解决：writeHandler(key)之前key.cancel();