Netty学习笔记（2）——Channel详解

最新推荐文章于 2024-06-05 16:39:07 发布

常识与偏见

最新推荐文章于 2024-06-05 16:39:07 发布

阅读量1.9k

点赞数

本文链接：https://blog.csdn.net/dg19971024/article/details/103854406

版权

Channel是代替了传统IO中的流对象，Channel类既可以进行读操作，也可以进行写操作，但同一个Channel只能进行读或写中的一个操作。并不能直接通过Channel来进行数据读写，必须要通过Buffer来间接向Channel中读写数据。而且Channel相比于传统IO读写，其可以实现非阻塞操作。

1. FileChannel

1. FileChannel简介

该类是专门用于进行文件读写的，FileChannel是一个连接到文件的通道，可以通过文件通道读写文件。但是注意FileChannel无法设置为非阻塞模式，它总是运行在阻塞模式下。

我们所说的Channel可以实现非阻塞读写实际上与FileChannel无关的，其在进行读写操作时仍然会发生阻塞，这是由与操作系统决定的，无法避免的。真正实现非阻塞的Channel是建立网络IO的那几个Channel类。

2. FileChannel的使用

（1）建立FileChannel与文件之间的通道关系：我们无法直接打开或者说创建一个FileChannel，需要通过使用一个InputStream、OutputStream或RandomAccessFile的getChannel方法来获取一个FileChannel实例。

（2）从FileChannel读取数据：通过Buffer对象，将从FileChannel中读取的数据缓存在Buffer中，然后通过Buffer读取数据。

首先，分配一个Buffer。从FileChannel中读取的数据将被读到Buffer中。

然后，调用FileChannel.read()方法。该方法将数据从FileChannel读取到Buffer中。read()方法返回的int值表示了有多少字节被读到了Buffer中。如果返回-1，表示到了文件末尾。

（3）向FileChannel写入数据：同样的，通过Buffer进行写数据

（4）关闭FileChannel：使用完FileChannel后必须调用close方法关闭。

（5）position方法：有时可能需要在FileChannel的某个特定位置进行数据的读/写操作。可以通过调用position()方法获取FileChannel的当前位置。也可以通过调用position(long pos)方法设置FileChannel的当前位置。和底层的文件描述符一样，每个FileChannel都有一个file position的概念。该position值决定了从文件的哪里开始读或者写(你可以把它当作我们编辑时出现的编辑光标），该position直接从底层文件描述符中获取，该position同时被作为通道引用获取来源的文件对象共享，在任何时候修改该position的值对其他对象也是可见的。可以通过position()来获取当前的”file position”，也可以通过position(newPosition)来设置。应用如下所示

long pos = channel.position();
channel.position(pos +123);

（6）FileChannel实例的size()方法将返回该实例所关联文件的大小，单位为字节Byte。如:

long fileSize = channel.size();

（7）可以使用FileChannel.truncate()方法截取一个文件。截取文件时，文件将中指定长度后面的部分将被删除。如：

channel.truncate(1024);

这个例子截取文件的前1024个字节。

（8）FileChannel.force()方法将通道里尚未写入磁盘的数据强制写到磁盘上。出于性能方面的考虑，操作系统会将数据缓存在内存中，所以无法保证写入到FileChannel里的数据一定会即时写到磁盘上。要保证这一点，需要调用force()方法。force()方法有一个boolean类型的参数，指明是否同时将文件元数据（权限信息等）写到磁盘上。下面的例子同时将文件数据和元数据强制写到磁盘上：

channel.force(true);

3. 通过FileChannel实现的文件复制

代码如下：

public static void copyFileUseNIO(String src,String dst) throws IOException{
//声明源文件和目标文件
        FileInputStream fi=new FileInputStream(new File(src));
        FileOutputStream fo=new FileOutputStream(new File(dst));
        //获得传输通道channel
        FileChannel inChannel=fi.getChannel();
        FileChannel outChannel=fo.getChannel();
        //获得容器buffer
        ByteBuffer buffer=ByteBuffer.allocate(1024);
        while(true){
            //判断是否读完文件
            int eof =inChannel.read(buffer);
            if(eof==-1){
                break;  
            }
            //重设一下buffer的position=0，limit=position
            buffer.flip();
            //开始写
            outChannel.write(buffer);
            //写完要重置buffer，重设position=0,limit=capacity
            buffer.clear();
        }
        inChannel.close();
        outChannel.close();
        fi.close();
        fo.close();
}

从代码中可以看出，其实FileChannel与普通的InputStream以及OutputStream是没有什么区别的，都是同步阻塞实现。所以通常所说的NIO中的异步非阻塞都是网络IO相关的几个Channel来实现，与FileChannel无关。而且FileChannel没有继承AbstractSelectableChannel，也就导致其无法通过Selector来实现一个线程中同时管理多个IO行为。

4. 关于文件锁：FileLock

文件锁在OS中很常见，如果多个程序同时访问、修改同一个文件，很容易因为文件数据不同步而出现问题。给文件加一个锁，同一时间，只能有一个程序修改此文件，或者程序都只能读此文件，这就解决了同步问题，保证了线程安全。

文件锁是进程级别的，不是线程级别的。文件锁可以解决多个进程并发访问、修改同一个文件的问题，但不能解决多线程并发访问、修改同一文件的问题。

就是说使用文件锁时，同一进程内（同一个程序中）的多个线程，可以同时访问、修改此文件。

文件锁是当前程序所属的JVM实例持有的，一旦获取到文件锁（对文件加锁），要调用release()，或者关闭对应的FileChannel对象，或者当前JVM退出，才会释放这个锁。

一旦某个进程（比如说JVM实例）对某个文件加锁，则在释放这个锁之前，此进程不能再对此文件加锁，就是说JVM实例在同一文件上的文件锁是不重叠的（进程级别不能重复在同一文件上获取锁）。

文件锁分为2类：

排它锁：又叫独占锁。对文件加排它锁后，该进程可以对此文件进行读写，该进程独占此文件，其他进程不能读写此文件，直到该进程释放文件锁。
共享锁：某个进程对文件加共享锁，其他进程也可以访问此文件，但这些进程都只能读此文件，不能写。线程是安全的。只要还有一个进程持有共享锁，此文件就只能读，不能写。

文件锁要通过FileChannel对象使用。

有4种获取文件锁的方法：

lock() //对整个文件加锁，默认为排它锁。
lock(long position, long size, booean shared) //自定义加锁方式。前2个参数指定要加锁的部分（可以只对此文件的部分内容加锁），第三个参数值指定是否是共享锁。
tryLock() //对整个文件加锁，默认为排它锁。
tryLock(long position, long size, booean shared) //自定义加锁方式。

如果指定为共享锁，则其它进程可读此文件，所有进程均不能写此文件，如果某进程试图对此文件进行写操作，会抛出异常。

lock与tryLock的区别：

lock是阻塞式的，如果未获取到文件锁，会一直阻塞当前线程，直到获取文件锁
tryLock和lock的作用相同，只不过tryLock是非阻塞式的，tryLock是尝试获取文件锁，获取成功就返回锁对象，否则返回null，不会阻塞当前线程。

FileLock常用的2个方法：

boolean isShared() //此文件锁是否是共享锁

boolean isValid() //此文件锁是否还有效

在某些OS上，对某个文件加锁后，不能对此文件使用通道映射。

如何避免死锁：在读写关键数据时加锁，操作完成后解锁；一次性申请所有需要的资源，并且在申请不成功的情况下放弃已申请到的资源。

关于网络IO相关的Channel，也就是通过Socket进行数据IO的Channel类，包括DatagramChannel、SocketChannel和ServerSocketChannel。这三个类都继承了java.nio.channels.spi包中的AbstractSelectableChannel。这意味着我们可以用一个Selector对象来执行socket通道的就绪选择（readiness selection）。请注意DatagramChannel和SocketChannel实现定义读和写功能的接口而ServerSocketChannel不实现。ServerSocketChannel负责监听传入的连接和创建新的SocketChannel对象，它本身从不传输数据。

DatagramChannel、SocketChannel和ServerSocketChannel分别对应着UDP协议Socket、TCP协议Socket以及TCP连接监听ServerSocket。全部socket通道类（DatagramChannel、SocketChannel和ServerSocketChannel）在被实例化时都会创建一个对等socket对象。这些是我们所熟悉的来自java.net的类（Socket、ServerSocket和DatagramSocket），它们已经被更新以识别通道。对等socket可以通过调用socket( )方法从一个通道上获取。此外，这三个java.net类现在都有getChannel( )方法。

要把一个socket通道置于非阻塞模式，我们要依靠所有socket通道类的公有超级类：SelectableChannel。就绪选择（readiness selection）是一种可以用来查询通道的机制，该查询可以判断通道是否准备好执行一个目标操作，如读或写。非阻塞I/O和可选择性是紧密相连的，那也正是管理阻塞模式的API代码要在SelectableChannel超级类中定义的原因。设置或重新设置一个通道的阻塞模式是很简单的，只要调用configureBlocking( )方法即可，传递参数值为true则设为阻塞模式，参数值为false值设为非阻塞模式。可以通过调用isBlocking( )方法来判断某个socket通道当前处于哪种模式。

socket通道类可以运行非阻塞模式并且是可选择（Selector）的。这两个性能可以激活大程序（如网络服务器和中间件组件）巨大的可伸缩性和灵活性。再也没有为每个socket连接使用一个线程的必要了，也避免了管理大量线程所需的上下文交换总开销。借助新的NIO类，一个或几个线程就可以管理成百上千的活动socket连接了并且只有很少甚至可能没有性能损失。

非阻塞socket通常被认为是服务端使用的，因为它们使同时管理很多socket通道变得更容易。但是，在客户端使用一个或几个非阻塞模式的socket通道也是有益处的，例如，借助非阻塞socket通道，GUI程序可以专注于用户请求并且同时维护与一个或多个服务器的会话。在很多程序上，非阻塞模式都是有用的。

　　偶尔地，我们也会需要防止socket通道的阻塞模式被更改。API中有一个blockingLock( )方法，该方法会返回一个非透明的对象引用。返回的对象是通道实现修改阻塞模式时内部使用的。只有拥有此对象的锁的线程才能更改通道的阻塞模式。

2. SocketChannel

1. SocketChannel

进行网络IO的Channel类，用于连接到TCP套接字的通道。可以通过以下2种方式创建SocketChannel：

打开一个SocketChannel并连接到互联网上的某台服务器。
一个新连接到达ServerSocketChannel时，会创建一个SocketChannel。

2. 使用流程

（1）打开SocketChannel。

SocketChannel socketChannel = SocketChannel.open();
socketChannel.connect(new InetSocketAddress("127.0.0.1", 80));

（2）关闭SocketChannel

socketChannel.close();

（3）从 SocketChannel 读取数据，read()方法返回的int值表示读了多少字节进Buffer里。如果返回的是-1，表示已经读到了流的末尾（连接关闭了）。

ByteBuffer buf = ByteBuffer.allocate(1024);
int bytesRead = socketChannel.read(buf);

（4）写入 SocketChannel

String newData = "New String to write to file..." + System.currentTimeMillis();
 
ByteBuffer buf = ByteBuffer.allocate(48);
buf.clear();
buf.put(newData.getBytes());
 
buf.flip();
 
while(buf.hasRemaining()) {
    channel.write(buf);
}

注意SocketChannel.write()方法的调用是在一个while循环中的。Write()方法无法保证能写多少字节到SocketChannel。所以，我们重复调用write()直到Buffer没有要写的字节为止。

（5）设置非阻塞模式：可以设置 SocketChannel 为非阻塞模式（non-blocking mode）.设置之后，就可以在异步模式下调用connect(), read() 和write()了。

（6）建立连接connect：如果SocketChannel在非阻塞模式下，此时调用connect()，该方法可能在连接建立之前就返回了。为了确定连接是否建立，可以调用finishConnect()的方法进行判断

socketChannel.configureBlocking(false);
socketChannel.connect(new InetSocketAddress("http://jenkov.com", 80));
 
while(! socketChannel.finishConnect() ){
    //wait, or do something else...
}

（7）写数据（通过socket发送数据）write()：非阻塞模式下，write()方法在尚未写出任何内容时可能就返回了。所以需要在循环中调用write()。

（8）读数据（接收socket中的数据）read()：非阻塞模式下,read()方法在尚未读取到任何数据时可能就返回了。所以需要关注它的int返回值，它会告诉你读取了多少字节。

（9）非阻塞模式与选择器：非阻塞模式与选择器搭配会工作的更好，通过将一或多个SocketChannel注册到Selector，可以询问选择器哪个通道已经准备好了读取，写入等

3. ServerSocketChannel

1. ServerSocketChannel作用

ServerSocketChannel是一个基于通道的socket监听器。它同我们所熟悉的java.net.ServerSocket执行相同的基本任务，不过它增加了通道语义，因此能够在非阻塞模式下运行。

同它的对等体java.net.ServerSocket一样，ServerSocketChannel也有accept( )方法。而ServerSocketChannel也有bind()方法用来绑定监听端口（jdk1.8），或者也可以通过ServerSocketChannel的socket()方法来获取其内置的ServerSocket对象，然后再通过ServerSocket对象的bind()方法绑定监听的端口号。

如果选择在ServerSocket上调用accept( )方法，那么它会同任何其他的ServerSocket表现一样的行为：总是阻塞并返回一个java.net.Socket对象。

如果选择在ServerSocketChannel上调用accept( )方法则会返回SocketChannel类型的对象，返回的对象能够在非阻塞模式下运行。

换句话说：

ServerSocketChannel的accept()方法会返回SocketChannel类型对象，SocketChannel可以在非阻塞模式下运行。
其它Socket的accept()方法会阻塞返回一个Socket对象。

如果ServerSocketChannel以非阻塞模式被调用，当没有传入连接在等待时，ServerSocketChannel.accept( )会立即返回null。正是这种检查连接而不阻塞的能力实现了可伸缩性并降低了复杂性。可选择性也因此得到实现。我们可以使用一个选择器实例来注册一个ServerSocketChannel对象以实现新连接到达时自动通知的功能。以下代码演示了如何使用一个非阻塞的accept( )方法：

public class ChannelAccept {
    public static final String GREETING = "Hello.\r\n";

    public static void main(String[] argv) throws Exception {
        int port = 1234; 
        ByteBuffer buffer = ByteBuffer.wrap(GREETING.getBytes());
        ServerSocketChannel ssc = ServerSocketChannel.open();
        ssc.socket().bind(new InetSocketAddress(port));//指定监听的端口号

        ssc.configureBlocking(false);//设置非阻塞通道
        while (true) {
            System.out.println("Waiting for connections");
            SocketChannel sc = ssc.accept();//获取Socket连接
            if (sc == null) {
                System.out.println("null");
                Thread.sleep(2000);
            } else {
                System.out.println("Incoming connection from: " + sc.socket().getRemoteSocketAddress());
                buffer.rewind();
                sc.write(buffer);
                sc.close();
            }
        }
    }
}

2. ServerSocketChannel的使用

（1）打开ServerSocketChannel：通过调用 ServerSocketChannel.open() 方法来打开ServerSocketChannel。比如

ServerSocketChannel serverSocketChannel = ServerSocketChannel.open();

（2）关闭ServerSocketChannel：通过调用ServerSocketChannel.close() 方法来关闭ServerSocketChannel。如

serverSocketChannel.close();

（3）以阻塞模式监听新进来的连接SocketChannel：通过 ServerSocketChannel.accept() 方法监听新进来的连接，默认为阻塞模式。当 accept()方法返回的时候,它返回一个包含新进来的连接的 SocketChannel。因此, accept()方法会一直阻塞到有新连接到达。

while(true){
   SocketChannel socketChannel = serverSocketChannel.accept();
   
}

（4）以非阻塞模式监听新进来的连接SocketChannel：ServerSocketChannel可以设置成非阻塞模式。在非阻塞模式下，accept() 方法会立刻返回，如果还没有新进来的连接,返回的将是null。因此，需要检查返回的SocketChannel是否是null。

        ServerSocketChannel ssc = ServerSocketChannel.open();
        ssc.socket().bind(new InetSocketAddress(port));//指定监听的端口号

        ssc.configureBlocking(false);//设置非阻塞通道
        while (true) {
            SocketChannel sc = ssc.accept();//获取Socket连接
            if (sc == null) {
                System.out.println("null");
               
            } else {
               
            }
        }

4. DatagramChannel

1. DatagramChannel作用

正如SocketChannel对应Socket，ServerSocketChannel对应ServerSocket，每一个DatagramChannel对象也有一个关联的DatagramSocket对象。

SocketChannel和ServerSocketChannel是基于TCP协议实现，而DatagramChannel则是基于UDP实现。

DatagramChannel是面向无连接的。每个数据报（datagram）都是一个自包含的实体，拥有它自己的目的地址及不依赖其他数据报的数据负载。与面向流的的socket不同，DatagramChannel可以发送单独的数据报给不同的目的地址。同样，DatagramChannel对象也可以接收来自任意地址的数据包。每个到达的数据报都含有关于它来自何处的信息（源地址）。

2. DatagramChannel使用

（1）打开DatagramChannel：先调用open()方法就可以开启一个DatagramChannel。可以通过为DatagramChannel指定监听一个端口，实现接受该端口的数据。

DatagramChannel channel = DatagramChannel.open();
channel.socket().bind(new InetSocketAddress(9999));

（2）关闭DatagramChannel：调用close()方法即可

（3）连接特定地址：通过connect()方法，连接指定服务器，可以将DatagramChannel“连接”到网络中的特定地址的。由于UDP是无连接的，连接到特定地址并不会像TCP通道那样创建一个真正的连接。而是锁住DatagramChannel ，让其只能从特定地址收发数据。

channel.connect(new InetSocketAddress("www.baidu.com", 80));

（4）接收数据：使用receive方法

ByteBuffer buf = ByteBuffer.allocate(1024);
buf.clear();
channel.receive(buf);

（5）发送数据：使用send方法

String newData = "New String to write to file..." + System.currentTimeMillis();
ByteBuffer buf = ByteBuffer.allocate(48);
buf.clear();
buf.put(newData.getBytes());
buf.flip();
//如果已经建立了连接，就不需要InetSocketAddress参数
int bytesSent = channel.send(buf, new   InetSocketAddress("jenkov.com", 80));