Nio-FileChannel与粘包问题

昨天我们说了Nio中的套接字通道SocketChannel,及相关的缓冲区类ByteBuffer。
今天我们来说一下文件的通道类FileChannel。

---

粘包问题

在缓冲区类ByteBuffer中存入数据的时候，由于都是直接写入的。前一个数据包的尾，紧挨着后一个数据的头，没法做到区分。
如果是传输文件，那么只要保证连贯性和完整性即可。不需要分包。
如果是结构性数据的话，就需要分包了，那么怎么办呢？

1. 用标识符来做分割，存在的隐患是分隔符可能是正文内容
2. 双方规定好发送的大小，局限性是不灵活，应用范围比较狭窄。
3. 采用协议头的思想来做。（推荐，类似HTTP请求头）

FileChannel

用于读取、写入、映射和操作文件的通道。
文件通道在其文件中有一个当前 position，可对其进行查询和修改。该文件本身包含一个可读写的长度可变的字节序列，并且可以查询该文件的当前大小。
写入的字节超出文件的当前大小时，则增加文件的大小；截取 该文件时，则减小文件的大小。文件可能还有某个相关联的元数据，如访问权限、内容类型和最后的修改时间；此类未定义访问元数据的方法。

1-. FileChannel需要通过FileOutputStream或FileInputStream来获取。

需要注意的是：
通过FileOutputStream得到文件通道只能执行写操作，如果在该通道上执行读操作，抛出NonReadableChannelException。
同理通过FileInputStream得到文件通道只能执行读操作。

FileOutputStream out = new FileOutputStream(new File("1.txt"));
//获取文件通道
FileChannel fc = out.getChannel();

2-. FileChannel也有一个position的属性，来标识当前指针的位置。
position(newPosition):设置position的值
position():获取当前position的值

//例子：在该文件的第四个字节处写入"1234"字符串。
FileOutputStream out = new FileOutputStream(new File("1.txt"));
FileChannel fc = out.getChannel();
fc.position(4);
ByteBuffer buf = ByteBuffer.wrap("1234".getBytes());
fc.write(buf);
//关闭通道和输出流
fc.close();
out.close();

FileChannel在执行read（）/write（）方法时，position会自动增加。

3-. RandomAccessFile 类。通过该类获得的FileChannel，既可以读也可以写。但是要注意，读和写不可以是同一个ByteBuffer

/*
 * r:表示只读的
 * rw:即可以读，也可以写
 * position的默认值为0*/
RandomAccessFile raf = new RandomAccessFile(new File("1.txt"), "rw");
FileChannel fc = raf.getChannel();
ByteBuffer rdbuf = ByteBuffer.allocate(8);
fc.position(4);
//读入
fc.read(rdbuf);
System.out.println(new String(rdbuf.array()));      System.out.println(fc.position());
fc.write(buf);
ByteBuffer wtbuf = ByteBuffer.wrap("abcd".getBytes());
//写入
fc.write(wtbuf);
fc.close();
raf.close();