标签:应用 客户 cep 系统底层 索引 消息 启动 了解 中间件
特点:对于客户端的请求,服务端是同步返回结果的 如果服务端一直在处理中 那么这个线程就会阻塞着
缺点:1. 线程阻塞浪费很多资源
2. C10K问题:线程很多,服务器压力太大, 且没有服务器能承受10k的连接数
应用场景: 使用与连接数固定且较小的通信架构,程序简单易懂
代码示例:
import java.io.IOException; import java.net.ServerSocket; import java.net.Socket; public class SocketServer { public static void main(String[] args) throws IOException { ServerSocket serverSocket = new ServerSocket(9000); while (true) { System.out.println("等待连接。。"); //阻塞方法 Socket clientSocket = serverSocket.accept(); System.out.println("有客户端连接了。。"); handler(clientSocket); /*new Thread(new Runnable() { @Override public void run() { try { handler(clientSocket); } catch (IOException e) { e.printStackTrace(); } } }).start();*/ } } private static void handler(Socket clientSocket) throws IOException { byte[] bytes = new byte[1024]; System.out.println("准备read。。"); //接收客户端的数据,阻塞方法,没有数据可读时就阻塞 int read = clientSocket.getInputStream().read(bytes); System.out.println("read完毕。。"); if (read != -1) { System.out.println("接收到客户端的数据:" + new String(bytes, 0, read)); } clientSocket.getOutputStream().write("HelloClient".getBytes()); clientSocket.getOutputStream().flush(); } }
//客户端代码 public class SocketClient { public static void main(String[] args) throws IOException { Socket socket = new Socket("localhost", 9000); //向服务端发送数据 socket.getOutputStream().write("HelloServer".getBytes()); socket.getOutputStream().flush(); System.out.println("向服务端发送数据结束"); byte[] bytes = new byte[1024]; //接收服务端回传的数据 socket.getInputStream().read(bytes); System.out.println("接收到服务端的数据:" + new String(bytes)); socket.close(); } }
非阻塞的解释: 一个线程多路复用(通过linux的epoll基于事件响应机制来实现一个线程处理多个请求)
使用场景:适用于连接数多且连接比较短的架构,比如聊天服务器,弹幕系统,服务器间的通讯,编程比较复杂(后面会讲到netty解决这个问题)
NIO非阻塞代码示例:
总结:上面的示例还没有用到selector多路复用器 只是一个非阻塞IO的操作,当有10000个连接的时候,下面的while循环会循环10000次,而这时假如只有1000个连接是有数据交互的,那么9000个连接实际上并没有断开,也需要循环。所有为了解决无用连接被循环造成大量资源浪费的问题,我们需要引入多路复用器。
NIO多路复用器代码示例:
NIO的三大核心组件:Channel-通道,Buffer-缓冲区,Selector-多路复用器
1)channel:类似于流,每一个channel对应一个buffer缓冲区, buffer底层就是一个数组
2)channel会注册到selector上,由selector根据channel读写事件的发生将其交由给某个空闲的线程处理
3)NIO的Buffer 和 channel 都是既可以读 又可以写的
图示:
图解:NIO底层在JDK1.4的时候用的Linux底层的select() 和 poll() 函数进行实现的 跟非阻塞的那个示例代码一样,每次都要遍历所有的channel
后面JDK1.4之后使用epoll()函数基于事件监听机制实现的,只会对有事件的channel进行遍历并处理事件,多路复用器selector会会将我们channel的事件放到rdlist中,然后从rdlist中取出事件进行处理
NIioSelectorServer 三个核心的方法:
Selector.open() :创建多路复用器 Hotspot会根据不同的操作系统,调用调用不同系统底层创建epoll实例的函数,例如linux调用epoll_create()函数返回的是一个epfd文件描述符(linux内核为了高效管理已打开文件,为其创建的索引,就叫文件描述符,通过该索引可以找到对应的文件)
socketChannel.register(selector, SelectionKey.OP_READ):将channel及其对应的事件注册到selector
selector.select(): 将创建的epfd放入到内部的集合中,然后调用linux底层函数epoll_ctl()进行事件绑定(真正的事件注册),然后调用内核函数epoll_wait() 进行阻塞处理等待队列,如果rdlist队列中有事件,那么就直接返回,如果没有事件,就阻塞进程
总结: NIO整个调用流程就是调用操作系统内核函数来创建Socket,获取到Socket的文件描述符,然后创建一个Selector,对应操作系统中的Epoll文件描述符,将Socket文件描述符绑定到Epoll文件描述符上,进行事件的异步通知,这样就实现了使用一个线程,并且不需要太多的遍历,将事件处理交给了操作系统内核的中断事件(socket接收到数据后,往rdlist中添加socket文件符的操作就是中断程序做的)
上面在讲解selector核心的三个方法的时候,其实就是对应着操作系统内核底层的epoll的三个函数:
创建一个epoll示例,返回一个非负数的文件描述符,参数size可忽略,已经弃用
参数:epfd表示epoll示例的文件描述符
op表示:操作类型,主要有以下几种
EPOLL_CTL_ADD:注册新的fd到epfd中,并关联事件event;
EPOLL_CTL_MOD:修改已经注册的fd的监听事件;
EPOLL_CTL_DEL:从epfd中移除fd,并且忽略掉绑定的event,这时event可以为null;
参数event是一个结构体
events有很多可选值,这里只举例最常见的几个:
EPOLLIN :表示对应的文件描述符是可读的;
EPOLLOUT:表示对应的文件描述符是可写的;
EPOLLERR:表示对应的文件描述符发生了错误;
成功则返回0,失败返回-1
等待文件描述符epfd上面的事件,events表示调用者所有可用事件的集合,maxevents表示最多等到多少个事件就返回,timeout表示超时时间
Redis就是典型的基于epoll的NIO线程模型(nginx也是),epoll实例收集所有事件(连接与读写事件),由一个服务端线程连续处理所有事件的命令
Redis底层关于epoll的源码实现在redis的src源码目录的ae_epoll.c文件里,感兴趣的可以看看
应用场景:AIO方式适用于连接数目多且连接比较长得架构,jdk1.7后开始支持,但是由于编程难度大,linux底层对aio的支持不够完美,所以很少用AIO直接编程我们的系统 而是使用Netty这种优秀的中间件完成,Netty底层是对NIO的封装
AIO示例代码:
为什么Netty底层使用NIO而不使用AIO?
AIO底层也是Epoll,但是Epoll在异步上做的不是很好,而且经过了JDK封装,不容易深度优化,所以有了Netty,Netty是异步非阻塞IO框架,它底层对NIO做了很多异步的操作。
为了方便更好的理解 同步与异步 阻塞与非阻塞的概念 可以看下面段子:
老张爱喝茶,废话不说,煮开水。
出场人物:老张,水壶两把(普通水壶,简称水壶;会响的水壶,简称响水壶)。
1 老张把水壶放到火上,立等水开。(同步阻塞)
老张觉得自己有点傻
2 老张把水壶放到火上,去客厅看电视,时不时去厨房看看水开没有。(同步非阻塞)
老张还是觉得自己有点傻,于是变高端了,买了把会响笛的那种水壶。水开之后,能大声发出嘀~~~~的噪音。
3 老张把响水壶放到火上,立等水开。(异步阻塞)
老张觉得这样傻等意义不大
4 老张把响水壶放到火上,去客厅看电视,水壶响之前不再去看它了,响了再去拿壶。(异步非阻塞)
老张觉得自己聪明了。
所谓同步异步,只是对于水壶而言。
普通水壶,同步;响水壶,异步。
虽然都能干活,但响水壶可以在自己完工之后,提示老张水开了。这是普通水壶所不能及的。
同步只能让调用者去轮询自己(情况2中),造成老张效率的低下。
所谓阻塞非阻塞,仅仅对于老张而言。
立等的老张,阻塞;看电视的老张,非阻塞。
总结: 同步异步相当于接受消息方而言,接收方能在处理完事件后通知到请求方,那么就是异步,如果需要请求方不断轮询查看结果 那么就是同步
阻塞非阻塞相当于请求方而言,我只能等待一个请求结束后才能干其他事 这就是阻塞 如果我发送了一个请求后立马能做其他事 这就是非阻塞
标签:应用 客户 cep 系统底层 索引 消息 启动 了解 中间件
原文地址:https://www.cnblogs.com/daysurprise/p/14360511.html