luzhouxiaoshuai

摘要： AsynchronousServerSocketChannel assc.accept(this, new ServerCompletionHandler()); 第一个参数是服务器的处理类，第二个参数当服务接受到客户端的连接之后，用来处理客户端的连接 这里accept并不是一直阻塞的，会继续向下面 阅读全文

摘要： 记住NIO在jdk1.7版本之前是同步非阻塞的，以前的inputsream是同步阻塞的，上面学习完成了Buffer现在我们来学习channel channel书双向的，以前阻塞的io的inputstream都是单向的 channel有四种连接状态 connect accept read write 阅读全文

摘要： 在NIO同步非阻塞的场景中和原来同步阻塞最大的却别就是引入了上面的Buffer对象，现在我们来学校上面的BUffer对象 我们来看看程序的代码： 程序的输出结果是： 使用flip复位：java.nio.HeapIntBuffer[pos=0 lim=3 cap=10]容量为: 10限制为: 3获取下 阅读全文

摘要： 在上面一节中，服务端收到客户端的连接之后，都是new一个新的线程来处理客户端发送的请求，每次new 一个线程比较耗费系统资源，如果100万个客户端，我们就要创建100万个线程，相当的 耗费系统的资源，服务器是没有办法支持这样多的客户端进行连接的 我们可以采用线程池的方式来实现：提高 阻塞模式：列如客 阅读全文

摘要： 客户端的代码： 我们来对上面的功能进行总结： 阅读全文

摘要： 1、首先介绍下那个时候使用RingBuffer，那个时候使用disruptor ringBuffer比较适合场景比较简单的业务，disruptor比较适合场景较为复杂的业务，很多复杂的结果必须使用disruptor 我们来看看多消费者多生产者的情况 程序运行的效果是： 当前消费者: c1，消费信息： 阅读全文

摘要： 先c1和c2并行消费生产者产生的数据，然后c3再消费该数据 我们来使用代码实现：我们可以使用Disruptor实例来实现，也可以不用产生Disruptor实例，直接调用RingBuffer的api来实现，不清楚看上一节使用的api函数workpool和BatchEventProcess来辅助实现消费 阅读全文

摘要： 在helloWorld的实例中，我们创建Disruptor实例，然后调用getRingBuffer方法去获取RingBuffer，其实在很多时候，我们可以直接使用RingBuffer，以及其他的API操作。我们一起熟悉下示例： 使用EventProcessor消息处理器。 BatchEventPro 阅读全文

摘要： 小故事：Disruptor说的是生产者和消费者的故事. 有一个数组.生产者往里面扔芝麻.消费者从里面捡芝麻. 但是扔芝麻和捡芝麻也要考虑速度的问题. 1 消费者捡的比扔的快 那么消费者要停下来.生产者扔了新的芝麻,然后消费者继续. 2 数组的长度是有限的,生产者到末尾的时候会再从数组的开始位置继续. 阅读全文

摘要： Disruptor是一个高性能的异步处理框架，或者可以认为是最快的消息框架（轻量的JMS），也可以认为是一个观察者模式的实现，或者事件监听模式的实现。 在使用之前，首先说明disruptor主要功能加以说明，你可以理解为他是一种高效的"生产者-消费者"模型。也就性能远远高于传统的BlockingQu 阅读全文