接着上节课的内容 ，接下来我们就用Future这个模式 ，给大家写个简单的基于AIO模式下边的 ，客户端与服务器端之间的这种通信的例子 ，来 我们在IDEA里边先写服务器 ，然后再写客户端 ，新建一个类 ，是我们的 simple ，SimpleAIO的服务端的例子 ，那么在这里边psvm 主方法 ，主方法当中怎么写 ，这里边我们已经写到这 已经学到这了 ，前面已经写了大量的这样的例子的代码 ，对于网络编程的这个基本的模式 ，大家应该心中要有谱 ，要有这么一个思路了 ，首先我们拿到服务器套接字的通道实例 ，然后拿到服务器套接字通道实例 ，然后我们通过这个绑定 ，绑定它的服务器端的IP地址和端口号 ，然后通过一个循环 ，不断的去接收客户端过来的连接 ，这是基本的这种逻辑 ，是不管使用BIO 还是NIO 还是AIO ，它都是不变的 ，所以说在这里边 第一步我们就要拿 ，这个异步的服务器端的套接字通道 ，所以这边叫做AsynchronousServerSocket 看到没有 ，加了异步的这个前缀 ，AsynchronousServerSocketChannel ，一样的道理 ，所以这边是ServerSocketChannel ，然后等于 ，等于什么 ，等于用future的方式 ，我们那个 这里边创建ServerSocketChannel用两种方式 ，对不 ，我们这个都用简单的这个 没有参数的open方法 ，我们在实际项目当中 ，我们才用我们绑定线程池的那个方法 ，那这里边我就 ，AsynchronousServerSocketChannel.open ，看到没有 那么这里边肯定是要抛异常的 ，

而且我们这个网络资源 ，最后实际上是应该关掉的 ，我在写这个 demo当中 ，可能有的时候 ，省略了finally里边去把网络的连接资源流 ，这些东西文件资源 关闭的这个操作步骤 ，但是我们在真正项目开发中 ，一定要保证我们程序健壮 ，一定要把这个该关的东西 用完了以后一定要关 ，所以在这里边 我把这个网络连接的这个 ，ServerSocketChannel ，我把它放在这个try的后面括号里边 让它自动关闭 ，那这边catch ，Exception e ，好 这边e.print ，那么这边就拿到了这个服务端的套接字通道 ，拿到通道以后 我们给这个服务端的套接字通道 ，给它绑定我们的这个IP地址和端口号 ，这边基本上是一样的写法 ，new一个InetSocketAddress ，然后127.0.0.1 ，端口号 比如说 ，就6500 随便写一个 ，6500作为这个绑定的端口 ，这边就绑定端口 ，绑定好了 绑定完端口完了以后 ，我们就要用循环 不断地接收客户端的连接 ，那么这边while(true) ，好 ，然后在这里边 ，这里边不断的连接 ，我们跟前面的知识是一脉相承的 ，所以说连接客户端的方法 仍然是accept方法 ，那么accept方法在异步通信的这一块 ，就有两个版本 ，一个是future版本 ，一个是CompletionHandler版本 ，那么我们这边先用future版本 ，那么这里边儿就是我们的serverSocketChannel.accept ，看到没有 ，两个版本对应的就是有参数和没参数 ，没参数返回future ，有参数 没有返回值 ，但是它里边要传入这个 ，CompletionHandler这个接口的实现类 ，

所以这边是这样的一个逻辑 ，好吧 ，那我们先用这个没有参数的这个版本 ，这个版本它会返回一个future ，future ，这边是future ，future ，好 ，那么返回这个 future ，那么返回这个 future ，我们这边就要注意了 ，我们的AIO 这个模式当中 ，这个accept和前面的NIO ，BIO本质的差异有什么本质差异 ，在前面的BIO NIO当中 ，这个accept的方法 本身它是为阻塞程序的 ，直到有了这个客户端连进来以后 ，它程序才会往下走 ，但是现在是AIO ，AIO异步的通信本身这个方法 ，就不再阻塞 ，它只是通知操作系统 ，你来给我处理这个IO ，真正处理IO的工作是由操作系统底层去做 ，那么我的程序里边它不做任何阻塞 ，它不会阻塞了 ，所以说在这里边 AIO当中这个accept的这个方法 ，本身都是不阻塞的 ，所以说我在程序里边 什么时候这个客户端 ，成功的连接进来 ，在程序里面是不晓得的 ，所以说我们使用future这个模式的话 ，我们一定要人为的去阻塞 ，这个 accept ，人为阻塞 因为它本身不再阻塞 ，跟前面是有本质的差异的 ，所以说这个阻塞的方式两种 ，一种就是我们搞个循环去自己阻塞 ，搞一个循环阻塞 怎么阻 ，就来一个while ，来一个while ，while什么 ，while我们的future.isDone ，如果说这个连接进来了 ，那么这个isDone会返回true ，没连接进来 ，isDone就返回false ，那我这边加一个取反 ，然后我这个循环什么不做 ，

空循环 ，但是你要给我阻在这 ，所以这个循环完全的作用就是阻塞程序 ，它的作用就是阻塞程序 ，其它啥都没有 ，什么都不干 ，阻到什么时候为止 ，阻到这个isDone返回true为止 ，isDone返回true ，就意味着我的这个客户端 已经给我的服务器端 ，连进来了 ，已经在底层操作系统完成了这个 ，客户端连接进来的IO操作了 ，所以这是一个玩法 ，我们用while循环把它堵在这儿 ，当然我们在网络编程当中 跟我的文件处理不一样 ，网络编程当中 ，我们future里边还有一个get方法 ，我们可以用它来完成阻塞 一样的 ，一样的 ，而且这个get方法还有返回值 ，这个get方法会阻塞 ，get方法 ，会阻塞程序 ，直到我们的操作系统完成 ，这个网络io为止 ，所以说这里边是这样子 ，另外还有一个在网络编程环境当中 ，我们通常都是调用get ，为什么 ，因为这个get还会给我们返回一个 ，get还会给我们返回 ，有返回值 ，get给我们返回的是什么呢 ，get给我们返回的 future ，PendingFuture ，还是FutureTask ，这边 随便选一个 ，我看一下 ，这边 都是泛型 ，都是泛型 ，它都是父类 ，所以说这里边 它会给我们返回什么呢 ，在网络编程环境下边 ，这个future.get会给我返回 ，我们代表客户端的套接字通道 ，所以说它会给我们返回 ，这个 当然这是异步的 ，都要加上异步前缀 ，AsynchronousServerSocketChannel ，会给我们返回SocketChannel ，

那么这就是代表客户端的和客户端 ，一一对应的那个套接字通道了 ，所以说这边网络编制环境当中 ，我们一般都是用get阻塞 ，本身这个方法 它会阻塞前面的accept方法 ，所以说这里边也是为什么我们在项目当中 ，不推荐使用AIO的情况下使用future原因 ，为什么 ，你如果都要人为去阻塞它 ，那你何必呢 ，那你还不如直接用NIO ，用这个accept方法本身 ，它就自带阻塞 ，那么用AIO的 这个accept方法本身不阻塞了 ，但是你要人为的去阻塞它 ，那还不如用NIO ，所以说为什么我们使用AIO进行网络通信 ，我们不推荐使用future原因在这 ，它更像是我们NIO里边的 ，自己实现的一个结构 一个逻辑 ，所以说这边阻塞 然后得到这个代表客户端的 ，SocketChannel ，那么这个时候我们就可以和客户端通信了 ，和客户端交互数据 ，因为拿到客户端的这个 代表客户端的SocketChannel了 ，我们就可以和它 和客户端进行通信了 ，那么接下来我就可以给我的这个服务端写点东西 ，给服务端写点东西进去 ，给客户端写点东西进去 ，那我这边就要用到这个缓冲区了 ，所以这边写缓冲区ByteBuffer ，ByteBuffer ，然后这边写缓冲区buffer ，然后等于ByteBuffer ，allocate 1024 创建一个写缓冲区 ，创建一个写缓冲区以后 ，然后我把这个写缓冲区 ，把它clear一下 ，.clear ，清空了以后 ，