NIO之传统socket分析

我们知道netty是基于nio的服务器，客户端网络编程框架。我们先来看下NIO之前，传统socket服务端是如何开发，并起作用的。

下面是传统阻塞IO的服务端代码：

package OIO;
import java.io.IOException;
import java.io.InputStream;
import java.net.ServerSocket;
import java.net.Socket;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
/**
 * 传统socket服务端
 *
 */
public class OioServer {

    @SuppressWarnings("resource")
    public static void main(String[] args) throws Exception {

        //创建socket服务,监听10101端口
        ServerSocket server=new ServerSocket(10101);
        System.out.println("服务器启动！");
        while(true){
            //获取一个套接字（阻塞）
            final Socket socket = server.accept();
            System.out.println("来个一个新客户端！");
            //业务处理
            handler(socket);

        }
    }

    /**
     * 读取数据
     * @param socket
     * @throws Exception
     */
    public static void handler(Socket socket){
            try {
                byte[] bytes = new byte[1024];
                InputStream inputStream = socket.getInputStream();

                while(true){
                    //读取数据（阻塞）
                    int read = inputStream.read(bytes);
                    if(read != -1){
                        System.out.println(new String(bytes, 0, read));
                    }else{
                        break;
                    }
                }
            } catch (Exception e) {
                e.printStackTrace();
            }finally{
                try {
                    System.out.println("socket关闭");
                    socket.close();
                } catch (IOException e) {
                    e.printStackTrace();
                }
            }
    }
}

我们通过debug的方式来看下阻塞IO的运行方式。

首先debug启动这个server，

这里写图片描述

然而当你想再往下debug时，会发现，无法往下进行下去如下图，因为此时socket.accept()方法已经阻塞住了。socket在等待客户端连接。
这里写图片描述
然后咱们本地起一个客户端来连接10101端口。

这里写图片描述

本地连接上10101端口以后，可以发现，server端又可以debug了。也就是可以继续往下走了。然后在客户端输入几个字符，来检验一下服务端接受的过程。

这里写图片描述

可以看到现在server端又阻塞住了，因为此时无法往下debug。现在阻塞住是在接受服务端的输入。如果此时再来一个客户端连接10101端口，会发生什么情况呢？我们尝试再在本地起一个telnet。

这里写图片描述

我在本地运行时会发现，虽然另一个客户端连上了，但是输入字符，服务端无法接受。为什么呢？因为此时服务端阻塞住了，服务端正阻塞住在接受第一个telnet客户端的输入呢。这就是传统socket的弊端，它是阻塞I/O.

如果我们在服务端加一个线程池来处理客户端的请求呢?修改服务端代码如下：

public static void main(String[] args) throws Exception {

        ExecutorService newCachedThreadPool = Executors.newCachedThreadPool();
        //创建socket服务,监听10101端口
        ServerSocket server=new ServerSocket(10101);
        System.out.println("服务器启动！");
        while(true){
            //获取一个套接字（阻塞）
            final Socket socket = server.accept();
            System.out.println("来个一个新客户端！");
            newCachedThreadPool.execute(new Runnable() {

                @Override
                public void run() {
                    //业务处理
                    handler(socket);
                }
            });

        }
    }

在main方法中用一个线程池来处理客户端请求。运行看一下
这里写图片描述
连接了两个客户端，没问题。
分别在两个客户端输入，看服务端是否都能接受并处理：

1和2分别是从两个客户端出入进去的。说明加线程池后，服务端可以同时处理多个客户端。
但是！它依然时阻塞IO。每来一个socket连接，服务端都要新增一个线程去处理，在高并发的情况下，会消耗大量资源。
好的，传统socket分析就到这里。

NIO之传统socket分析

猜你喜欢