nio之selector多线程编程模式

本文的多线程编程模式指的是将处理连接和处理数据读写分别在不同的线程执行,这样每个线程的职责分明,处理连接请求速度很快一般只需要一个线程就可以了,而处理读写请求的一般耗时较长,因而可以使用多个线程来处理。以下,我们的例子中处理连接请求的线程称为boss,处理读写请求的线程称之为worker。当boss接受一个连接后,便将其注册到worker,让worker去处理。

首先,来看下boss代码

class Boss implements Runnable {
    Selector selector;
    private static final int OP = SelectionKey.OP_ACCEPT;
    Worker[] workers;
    ServerSocketChannel ssc;
    private static final int PORT = 8899;

    public Boss(Worker[] workers) {
        this.workers = workers;
    }

    void init() throws IOException {
        selector = Selector.open();
        ssc = ServerSocketChannel.open();
        ssc.configureBlocking(false);
        ssc.bind(new InetSocketAddress(PORT));
        ssc.register(selector, OP);
    }
    @Override
    public void run() {
        try {
            init();
            int acceptCount = 0;
            for (;;) {
                selector.select();
                Iterator<SelectionKey> iterator = selector.selectedKeys().iterator();
                while (iterator.hasNext()) {
                    SelectionKey key = iterator.next();
                    if (key.isAcceptable()) {
                        ssc = (ServerSocketChannel) key.channel();
                        workers[++acceptCount % workers.length].register(ssc.accept());
                    }
                    iterator.remove();
                }
            }
        } catch (IOException ex) {
            ex.printStackTrace();
        }
    }
}

boss实现Runnable的好处是,boss本身也可以作为一个任务提交给线程池处理,且boss还持有一个Worker数组的引用,因此boss在接受连接请求后,需要将连接提交给worker进行处理。所以boss的任务只需要负责处理accept事件即可。

接下来,看下worker的代码

class Worker implements Runnable {
    Selector selector;
    private static final int OP = SelectionKey.OP_READ;
    private AtomicBoolean atomicBoolean = new AtomicBoolean(false);
    private Thread thread;
    private static final LinkedBlockingQueue<Runnable> QUEUE = new LinkedBlockingQueue<>();

    private void start() throws IOException {
        selector = Selector.open();
        thread = new Thread(this);
        thread.start();
        isStarted = true;
    }

    protected void register(SocketChannel sc) throws IOException {
        if (!atomicBoolean.get()) {
            atomicBoolean.compareAndSet(false, true);
            start();
        }
        sc.configureBlocking(false);
        QUEUE.offer(() -> {
            try {
                sc.register(selector, OP, null);
            } catch (ClosedChannelException e) {
                e.printStackTrace();
            }
        });
        selector.wakeup();
    }
    @Override
    public void run() {
        try {
            for (;;) {
                int selectCnt = selector.select();
                Runnable task = QUEUE.poll();
                if (task != null) {
                    task.run();
                }
                if (selectCnt == 0) {
                    continue;
                }
                Iterator<SelectionKey> iterator = selector.selectedKeys().iterator();
                while (iterator.hasNext()) {
                    SelectionKey key = iterator.next();
                    if (key.isReadable()) {
                        handleRead(key);
                    } else if (key.isWritable()) {
                        handleWrite(key);
                    }
                    iterator.remove();
                }
            }
        } catch (IOException ex) {
            ex.printStackTrace();
        }
    }

    private void handleRead(SelectionKey key) {
    }

    private void handleWrite(SelectionKey key) {
    }
}

首先来看下worker为何要有isStarted和thread两个成员变量,其实这里也可以去掉这两个,但是就要在创建worker对象时便将其提交给线程或者线程池去执行,也就是说可能并没有boss提交连接让worker处理便开启了线程,浪费CPU资源,因而只需要在有boss提交任务给它后,再开启线程执行。但是每次提交不能都去start一个线程,所以才需要加一个是否started的标志位

然后worker还有一个队列,这个主要是因为boss线程和当前worker执行线程需要进行通讯,因为boss调用register方法时,可能worker的selector正在进行select操作,此时无法将channel注册到selector上,因此需要先将其注册的行为当做一个任务放在队列里面,等worker的selector执行select方法返回后,再从任务列表获取任务来注册channel

最后就是有可能boss调worker的register方法后,除了提交一个任务到队列中,还需要唤醒selector,避免worker的selector一直阻塞在select方法上,无法处理新的连接读取事件,因此需要唤醒,还有一种比较不推荐的方法是,worker的selector调用select方法是有带超时时间的,这样也能避免selector一直阻塞。

本文的的多线程模式只是一个非常简单的例子,只是了解下可以使用多线程来分离selector的职责而已,实际生产中可以参考下netty的使用方式

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,012评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,628评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,653评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,485评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,574评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,590评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,596评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,340评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,794评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,102评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,276评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,940评论 5 339
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,583评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,201评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,441评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,173评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,136评论 2 352

推荐阅读更多精彩内容