feifa168 / javanet

java网络编程

简介

javaNet适用于java网络编程，手写NIO，AIO服务端和客户端，以及netty的使用。客户端和服务端可以互相发送消息，服务端发送消息为发送给所有客户端。

java命令行使用

java命令行执行程序解决依赖外部jar包的问题

java命令行执行程序解决依赖外部jar包的问题
用java命令行直接执行程序，如果这个程序需要引用外部jar包。就不能单纯用java xx来执行

如果你的jar包和程序就在一个目录：
编译
javac -cp D:\yy\yy.jar,D\xx\xx.jar com.my.test.java
执行
java -cp D:\yy\yy.jar,D\xx\xx.jar com.my.test
但是往往我们依赖的包很多，要一个个填写估计就疯了。所有我们一般会把所有的外部依赖包都放在一个文件夹里，比如在D:\lib

编译 
javac -Djava.ext.dirs=D:\lib com.my.test.java
执行
java  -Djava.ext.dirs=D:\lib com.my.test
这个方法需要在jdk1.6以上支持
对于打包且依赖第三方库的class文件调试，命令行可以这么使用

参考资料

• 基于NIO的同步非阻塞编程完整案例
• NIO深入理解ServerSocketChannel
• 关于NIO客户端断开连接出现死循环的bug修复
• selector避免重复
• selector和selectedKeys
• 手写JAVA NIO实现Socket通信及其过程中注意的问题
• NIO写服务端判断客户端断开连接的方法

坑点参考

• selector 为什么无限触发就绪事件
• NIO网络编程中重复触发读（写）事件
• 关于NIO注册OP_WRITE状态的问题
• NIO就绪处理之OP_WRITE
• JDK Epoll空轮询bug
• nio SelectionKey.OP_WRITE 的问题

依赖

IO和NIO仅使用jdk1.8，没有使用第三方库。 httpserver和httpclient使用netty4.1.32

模块

• MyNIOServer，用于NIO服务端
• MyNIOClient，用于NIO客户端

知识点

• Selector
• SelectionKey
• 判断客户端断开连接

client方异常退出时server会收到一个OP_READ，服务端收到后处理读操作触发异常"远程主机强迫关闭了一个现有的连接"

• 判断服务端断开连接

server方异常退出时client会收到一个OP_READ，服务端收到后处理读操作触发异常"远程主机强迫关闭了一个现有的连接"

难点

异常断开连接后的读写操作都会导致异常，所以设计良好的异常处理很重要。本来在client和server中都有errMessage字段用于替代e.printStackTrace，实际操作上会漏掉，这要根据函数的返回值判断，而实际上对外暴露的接口并没有触发异常，而是内部执行导致了异常，对外是不可见的，还需要更好的设计展示。

写就绪相对有一点特殊，一般来说，不应该注册写事件。 写操作的就绪条件为底层缓冲区有空闲空间，而写缓冲区绝大部分时间都是有空闲空间的，所以当你注册写事件后，写操作一直是就绪的，选择处理线程全占用整个CPU资源，这也就是导致一直接收到OP_WRITE的原因。所以，只有当你确实有数据要写时再注册写操作，并在写完以后马上取消注册。

当有数据在写时，将数据写到缓冲区中，并注册写事件。

public void write(byte[] data) throws IOException {  
    writeBuffer.put(data);  
    key.interestOps(SelectionKey.OP_WRITE);
} 

注册写事件后，写操作就绪，这时将之前写入缓冲区的数据写入通道，并取消注册。

channel.write(writeBuffer);  
key.interestOps(key.interestOps() & ~SelectionKey.OP_WRITE);