Java基础-io体系总结

226 阅读17分钟

本文已参与「新人创作礼」活动,一起开启掘金创作之路

@TOC

简介

无论是系统、还是语言的设计中IO的设计都是异常复杂的。面临的最大的挑战一般是如何覆盖所有可能的因素,我们不仅仅要考虑文件、控制台、网络、内存等不同的种类,而且要处理大量的不同的读取方式,如:顺序读取、随机读取,二进制读取、字符读取,按行读取、按字符读取…… Java语言在IO设计方面取得较大的成功,它是完全面向对象的,主要采用装饰器模式避免大量的类,包括了最大的可能性,提供了较好的扩展机制…… “Java库的设计者通过创建大量类来攻克这个难题。事实上,Java的IO系统采用了如此多的类,以致刚开始会产生不知从何处入手的感觉(具有讽刺意味的是,Java的IO设计初衷实际要求避免过多的类)。” 上面一段来自《Think in Java》,确实很多初学者刚刚学习java的IO时会比较茫然,不过等我们知道装饰器模式(Decorator)的用意、场景及其在Java的IO包中的使用,你可能会真正领会整个IO的FrameWork。

io的分类

Java IO一般包含两个部分:1.java.io包中堵塞型IO;2.java.nio包中的非堵塞型IO,通常称为New IO。学过操作系统的朋友都知道系统运行的瓶颈一般在于IO操作,一般打开某个IO通道需要大量的时间,同时端口中不一定就有足够的数据,这样read方法就一直等待读取此端口的内容,从而浪费大量的系统资源。有人也许会提出使用java的多线程技术啊!但是在当前进程中创建线程也是要花费一定的时间和系统资源的,因此不一定可取。Java New IO的非堵塞技术主要采用了Observer模式,就是有一个具体的观察者和=监测IO端口,如果有数据进入就会立即通知相应的应用程序。这样我们就避免建立多个线程,同时也避免了read等待的时间。不过本篇主要讲述java的堵塞型IO,就是我们通常应用的那个包。 打开你的java.io包你可以看到Java的IO包含大量的类和接口(JDK1.6中包含83个类或者接口),如此众多的类和接口似乎无从下手。下面就将IO简单地分类。Java的IO主要包含三个部分:1.流式部分――IO的主体部分;2.非流式部分――主要包含一些辅助流式部分的类,如:File类、RandomAccessFile类和FileDescriptor等类;3.文件读取部分的与安全相关的类,如:SerializablePermission类。以及与本地操作系统相关的文件系统的类,如:FileSystem类和Win32FileSystem类和WinNTFileSystem类。 流式部分可以概括为:两个对应一个桥梁。两个对应指:1.字节流(Byte Stream)和字符流(Char Stream)的对应;2.输入和输出的对应。一个桥梁指:从字节流到字符流的桥梁。对应于输入和输出为InputStreamReader和OutputStreamWriter。

字节流、字符流

字节流 系统中的文件(图片、视频等)都是以二进制进行存储,所以最小数据单元就是字节(8个二进制字符),这也意味着系统中的所有文件都可以用字节流进行处理。即字节流读数据时,一次读8位。

字符流 有字节流了,为什么还要使用字符流呢?因为每个国家的字符不同,这涉及到了字符编码问题。比如汉字,获取到汉字字节数据的同时,指定编码表才可以解析正确的数据。只要操作字符数据,优先考虑字符流体系。

分类字节输入流字节输出流字符输入流字符输出流
抽象基类InputStreamOutputStreamReaderWriter
访问文件FileInputStreamFileOutputStreamFileReaderFileWriter
访问数组ByteArrayInputStreamByteArrayOutputStreamCharArrayReaderCharArrayWriter
访问管道PipedInputStreamPipedOutputStreamPipedReaderPipedWriter
访问字符串StringReaderStringWriter
缓冲流BufferedInputStreamBufferedOutputStreamBufferedReaderBufferedWriter
转换流InputStreamReaderOutputStreamWriter
对象流ObjectInputStreamObjectOutputStream
抽象基类FilterInputStreamFilterOutputStreamFilterReaderFilterWriter
打印流PrintStreamPrintWriter
推回输入流PushbackInputStreamPushbackReader
特殊流DataInputStreamDataOutputStream

抽象基类

InputStream/Reader: 所有的输入流的基类,前者是字节输入流,后者是字符输入流。 OutputStream/Writer: 所有输出流的基类,前者是字节输出流,后者是字符输出流。

   对于InputStream和Reader而言,它们把输入设备抽象成为一个”水管“,这个水管的每个“水滴”依次排列,如图15.5所示:     从图15.5可以看出,字节流和字符流的处理方式其实很相似,只是它们处理的输入/输出单位不同而已。输入流使用隐式的记录指针来表示当前正准备从哪个“水滴”开始读取,每当程序从InputStream或者Reader里面取出一个或者多个“水滴”后,记录指针自定向后移动;除此之外,InputStream和Reader里面都提供了一些方法来控制记录指针的移动。 在这里插入图片描述    对于OutputStream和Writer而言,它们同样把输出设备抽象成一个”水管“,只是这个水管里面没有任何水滴,如图15.6所示:

   正如图15.6所示,当执行输出时,程序相当于依次把“水滴”放入到输出流的水管中,输出流同样采用隐示指针来标识当前水滴即将放入的位置,每当程序向OutputStream或者Writer里面输出一个或者多个水滴后,记录指针自动向后移动。   在这里插入图片描述  图15.5和图15.6显示了java Io的基本概念模型,除此之外,Java的处理流模型则体现了Java输入和输出流设计的灵活性。处理流的功能主要体现在以下两个方面。 性能的提高:主要以增加缓冲的方式来提供输入和输出的效率。 操作的便捷:处理流可能提供了一系列便捷的方法来一次输入和输出大批量的内容,而不是输入/输出一个或者多个“水滴”。

    处理流可以“嫁接”在任何已存在的流的基础之上,这就允许Java应用程序采用相同的代码,透明的方式来访问不同的输入和输出设备的数据流。图15.7显示了处理流的模型。

字节流的继承图

在这里插入图片描述 1.InputStream是所有的输入字节流的父类,它是一个抽象类。 2. ByteArrayInputStream、StringBufferInputStream、FileInputStream是三种基本的介质流,它们分别将Byte数组、StringBuffer、和本地文件中读取数据。PipedInputStream是从与其它线程共用的管道中读取数据 在这里插入图片描述 在这里插入图片描述

节流的继承图

在这里插入图片描述 在上面的关系图中可以看出:1.OutputStream是所有的输出字节流的父类,它是一个抽象类。2. ByteArrayOutputStream、FileOutputStream是两种基本的介质流,它们分别向Byte数组、和本地文件中写入数据。PipedOutputStream是向与其它线程共用的管道中写入数据, 3. ObjectOutputStream和所有FilterOutputStream的子类都是装饰流。下表列出了输出字节流的功能及如何使用它们。 在这里插入图片描述 在这里插入图片描述

字节流的输入与输出的对应

在这里插入图片描述 上图中蓝色的为主要的对应部分,红色的部分就是不对应部分。我习惯上称之为“不入流”部分。紫色的虚线部分代表这些流一般要搭配使用。从上面的图中可以看出Java IO中的字节流是极其对称的。 “存在及合理”我们看看这些字节流中不太对称的几个类吧! 1.LineNumberInputStream主要完成从流中读取数据时,会得到相应的行号,至于什么时候分行、在哪里分行是由改类主动确定的,并不是在原始中有这样一个行号。在输出部分没有对应的部分,我们完全可以自己建立一个LineNumberOutputStream,在最初写入时会有一个基准的行号,以后每次遇到换行时会在下一行添加一个行号,看起来也是可以的。好像更不入流了。 2. PushbackInputStream的功能是查看最后一个字节,不满意就放入缓冲区。主要用在编译器的语法、词法分析部分。输出部分的BufferedOutputStream几乎实现相近的功能。 3. StringBufferInputStream已经被Deprecated,本身就不应该出现在InputStream部分,主要因为String应该属于字符流的范围。已经被废弃了,当然输出部分也没有必要需要它了!还允许它存在只是为了保持版本的向下兼容而已。 4. SequenceInputStream可以认为是一个工具类,将两个或者多个输入流当成一个输入流依次读取。完全可以从IO包中去除,还完全不影响IO包的结构,却让其更“纯洁”――纯洁的Decorator模式。 5. PrintStream也可以认为是一个辅助工具。主要可以向其他输出流,或者FileInputStream写入数据,本身内部实现还是带缓冲的。本质上是对其它流的综合运用的一个工具而已。一样可以踢出IO包!System.out和System.out就是PrintStream的实例! 蓝色的部分是IO字节流的主要组成部分,存在极强的对称关系。关于搭配使用的三对类补充一下:ObjectInputStream/ObjectOutputStream和DataInputStream/DataOutputStream主要是要求写对象/数据和读对象/数据的次序要保持一致,否则轻则不能得到正确的数据,重则抛出异常(一般会如此);PipedInputStream/PipedOutputStream在创建时一般就一起创建,调用它们的读写方法时会检查对方是否存在,或者关闭!道理极其简单――对方都不在了,怎么交互啊!

InputStream

int read() 从输入流中读取数据的下一个字节。 返回 0 到 255 范围内的 int 字节值。 如果因为已经到达流末尾而没有可用的字节, 则返回值 -1。 int read(byte[] b) 从此输入流中将最多 b.length 个字节的数据读入一个 byte 数组中。 如果因为已经到达流末尾而没有可用的字节, 则返回值 -1。 否则以整数形式返回实际读取的字节数。 int read(byte[] b, int off,int len) 将输入流中最多 len 个数据字节读入 byte 数组。 尝试读取 len 个字节, 但读取的字节也可能小于该值。 以整数形式返回实际读取的字节数。 如果因为流位于文件末尾而没有可用的字节, 则返回值 -1。 public void close() throws IOException 关闭此输入流并释放与该流关联的所有系统资源。

Reader

int read() 读取单个字符。 作为整数读取的字符, 范围在 0 到 65535 之间 (0x00-0xffff)(2个字节的Unicode码) , 如果已到达流的末尾, 则返回 -1 int read(char[] cbuf) 将字符读入数组。 如果已到达流的末尾, 则返回 -1。 否则返回本次读取的字符数。 int read(char[] cbuf,int off,int len) 将字符读入数组的某一部分。 存到数组cbuf中, 从off处开始存储, 最多读len个字符。 如果已到达流的末尾, 则返回 -1。 否则返回本次读取的字符数。 public void close() throws IOException 关闭此输入流并释放与该流关联的所有系统资源。

OutputStream & Writer

 OutputStream 和 Writer 也非常相似:  void write(int b/int c);  void write(byte[] b/char[] cbuf);  void write(byte[] b/char[] buff, int off, int len);  void flush();  void close(); 需要先刷新,再关闭此流  因为字符流直接以字符作为操作单位,所以 Writer 可以用字符串来替换字符数组,即以 String 对象作为参数  void write(String str);  void write(String str, int off, int len);  FileOutputStream 从文件系统中的某个文件中获得输出字节。 FileOutputStream用于写出非文本数据之类的原始字节流。 要写出字符流, 需要使用 FileWriter

OutputStream

 void write(int b) 将指定的字节写入此输出流。 write 的常规协定是:向输出流写入一个字节。 要写入的字节是参数 b 的八个低位。 b 的 24 个高位将被忽略。 即写入0~255范围的。  void write(byte[] b) 将 b.length 个字节从指定的 byte 数组写入此输出流。 write(b) 的常规协定是:应该与调用 write(b, 0, b.length) 的效果完全相同。  void write(byte[] b,int off,int len) 将指定 byte 数组中从偏移量 off 开始的 len 个字节写入此输出流。  public void flush()throws IOException 刷新此输出流并强制写出所有缓冲的输出字节, 调用此方法指示应将这些字节立即写入它们预期的目标。  public void close() throws IOException 关闭此输出流并释放与该流关联的所有系统资源。

Writer

 void write(int c) 写入单个字符。 要写入的字符包含在给定整数值的 16 个低位中, 16 高位被忽略。 即写入0 到 65535 之间的Unicode码。  void write(char[] cbuf) 写入字符数组。  void write(char[] cbuf,int off,int len) 写入字符数组的某一部分。 从off开始, 写入len个字符  void write(String str) 写入字符串。  void write(String str,int off,int len) 写入字符串的某一部分。  void flush() 刷新该流的缓冲, 则立即将它们写入预期目标。  public void close() throws IOException 关闭此输出流并释放与该流关联的所有系统资源。

节点流(或文件流)读取文件

1.建立一个流对象,将已存在的一个文件加载进流。  FileReader fr = new FileReader(new File(“Test.txt”)); 2.创建一个临时存放数据的数组。  char[] ch = new char[1024]; 3.调用流对象的读取方法将流中的数据读入到数组中。  fr.read(ch); 4. 关闭资源。  fr.close();


FileReader fr = null;
try {
	fr = new FileReader(new File("c:\\test.txt"));
	char[] buf = new char[1024];
	int len;
	while ((len = fr.read(buf)) != -1) {
		System.out.print(new String(buf, 0, len));
	}
} catch (IOException e) {
	System.out.println("read-Exception :" + e.getMessage());
} finally {
	if (fr != null) {
	try {
		fr.close();
	} catch (IOException e) {
	System.out.println("close-Exception :" + e.getMessage());
	}
}

节点流(或文件流)写入文件

1.创建流对象,建立数据存放文件  FileWriter fw = new FileWriter(new File(“Test.txt”)); 2.调用流对象的写入方法,将数据写入流  fw.write(“atguigu-songhongkang”); 3.关闭流资源,并将流中的数据清空到文件中。  fw.close();

FileWriter fw = null;
try {
	fw = new FileWriter(new File("Test.txt"));
	fw.write("atguigu-songhongkang");
} catch (IOException e) {
	e.printStackTrace();
} finally {
	if (fw != null)
	try {
		fw.close();
	} catch (IOException e) {
		e.printStackTrace();
	}
}

节点流(或文件流) 定义文件路径时,注意:可以用“/”或者“\”。  在写入一个文件时,如果使用构造器FileOutputStream(file),则目录下有同名文件将被覆盖。  如果使用构造器FileOutputStream(file,true),则目录下的同名文件不会被覆盖,在文件内容末尾追加内容。  在读取文件时,必须保证该文件已存在,否则报异常。  字节流操作字节,比如: .mp3, .avi, .rmvb, mp4, .jpg, .doc, .ppt  字符流操作字符,只能操作普通文本文件。 最常见的文本文件: .txt, .java, .c, .cpp 等语言的源代码。尤其注意.doc,excel,ppt这些不是文本文件。

缓冲流

 为了提高数据读写的速度, Java API提供了带缓冲功能的流类,在使用这些流类时,会创建一个内部缓冲区数组,缺省使用8192个字节(8Kb)的缓冲区。  缓冲流要“套接”在相应的节点流之上,根据数据操作单位可以把缓冲流分为: BufferedInputStream 和 BufferedOutputStream BufferedReader 和 BufferedWriter 当读取数据时,数据按块读入缓冲区,其后的读操作则直接访问缓冲区  当使用BufferedInputStream读取字节文件时, BufferedInputStream会一次性从文件中读取8192个(8Kb), 存在缓冲区中, 直到缓冲区装满了, 才重新从文件中读取下一个8192个字节数组。  向流中写入字节时, 不会直接写到文件, 先写到缓冲区中直到缓冲区写满,BufferedOutputStream才会把缓冲区中的数据一次性写到文件里。使用方法flush()可以强制将缓冲区的内容全部写入输出流  关闭流的顺序和打开流的顺序相反。只要关闭最外层流即可, 关闭最外层流也会相应关闭内层节点流  flush()方法的使用:手动将buffer中内容写入文件 如果是带缓冲区的流对象的close()方法, 不但会关闭流, 还会在关闭流之前刷 新缓冲区, 关闭后不能再写出

BufferedReader br = null;
BufferedWriter bw = null;
try {
	// 创建缓冲流对象:它是处理流,是对节点流的包装
	br = new BufferedReader(new FileReader("d:\\IOTest\\source.txt"));
	bw = new BufferedWriter(new FileWriter("d:\\IOTest\\dest.txt"));
	String str;
	while ((str = br.readLine()) != null) { // 一次读取字符文本文件的一行字符
		bw.write(str); // 一次写入一行字符串
		bw.newLine(); // 写入行分隔符
	}
	bw.flush(); // 刷新缓冲区
} catch (IOException e) {
	e.printStackTrace();
} finally {
bw.close(); // 关闭过滤流时,会自动关闭它所包装的底层节点流
br.close();
}

转换流

转换流提供了在字节流和字符流之间的转换 Java API提供了两个转换流:  InputStreamReader:将InputStream转换为Reader  OutputStreamWriter:将Writer转换为OutputStream  字节流中的数据都是字符时,转成字符流操作更高效。  很多时候我们使用转换流来处理文件乱码问题。实现编码和解码的功能。

InputStreamReader

 实现将字节的输入流按指定字符集转换为字符的输入流。  需要和InputStream“套接”。  构造器  public InputStreamReader(InputStream in)  public InputSreamReader(InputStream in,String charsetName) 如: Reader isr = new InputStreamReader(System.in,”gbk”);指定字符集

OutputStreamWriter

 实现将字符的输出流按指定字符集转换为字节的输出流。  需要和OutputStream“套接”。  构造器  public OutputStreamWriter(OutputStream out)  public OutputSreamWriter(OutputStream out,String charsetName)

public void testMyInput() throws Exception {
	FileInputStream fis = new FileInputStream("dbcp.txt");
	FileOutputStream fos = new FileOutputStream("dbcp5.txt");
	InputStreamReader isr = new InputStreamReader(fis, "GBK");
	OutputStreamWriter osw = new OutputStreamWriter(fos, "GBK");
	BufferedReader br = new BufferedReader(isr);
	BufferedWriter bw = new BufferedWriter(osw);
	String str = null;
	while ((str = br.readLine()) != null) {
		bw.write(str);
		bw.newLine();
		bw.flush();
	}
	bw.close();
	br.close();
	}

打印流

实现将基本数据类型的数据格式转化为字符串输出 打印流: PrintStream和PrintWriter  提供了一系列重载的print()和println()方法,用于多种数据类型的输出  PrintStream和PrintWriter的输出不会抛出IOException异常  PrintStream和PrintWriter有自动flush功能  PrintStream 打印的所有字符都使用平台的默认字符编码转换为字节。在需要写入字符而不是写入字节的情况下,应该使用 PrintWriter 类。  System.out返回的是PrintStream的实例

PrintStream ps = null;
try {
	FileOutputStream fos = new FileOutputStream(new File("D:\\IO\\text.txt"));
	// 创建打印输出流,设置为自动刷新模式(写入换行符或字节 '\n' 时都会刷新输出缓冲区)
	ps = new PrintStream(fos, true);
	if (ps != null) {// 把标准输出流(控制台输出)改成文件
		System.setOut(ps);
	}
	for (int i = 0; i <= 255; i++) { // 输出ASCII字符
	System.out.print((char) i);
	if (i % 50 == 0) { // 每50个数据一行
		System.out.println(); // 换行
	}
}
} catch (FileNotFoundException e) {
	e.printStackTrace();
} finally {
	if (ps != null) {
		ps.close();
	}
}

数据流

 为了方便地操作Java语言的基本数据类型和String的数据,可以使用数据流。  数据流有两个类: (用于读取和写出基本数据类型、 String类的数据)  DataInputStream 和 DataOutputStream  分别“套接”在 InputStream 和 OutputStream 子类的流上  DataInputStream中的方法 boolean readBoolean() byte readByte() char readChar() float readFloat() double readDouble() short readShort() long readLong() int readInt() String readUTF() void readFully(byte[] b)  DataOutputStream中的方法  将上述的方法的read改为相应的write即可。

对象流

 ObjectInputStream和OjbectOutputSteam  用于存储和读取基本数据类型数据或对象的处理流。它的强大之处就是可以把Java中的对象写入到数据源中,也能把对象从数据源中还原回来。  序列化: 用ObjectOutputStream类保存基本类型数据或对象的机制  反序列化: 用ObjectInputStream类读取基本类型数据或对象的机制  ObjectOutputStream和ObjectInputStream不能序列化static和transient修饰的成员变量 对象序列化机制允许把内存中的Java对象转换成平台无关的二进制流,从而允许把这种二进制流持久地保存在磁盘上,或通过网络将这种二进制流传输到另一个网络节点。 //当其它程序获取了这种二进制流,就可以恢复成原来的Java对象 序列化的好处在于可将任何实现了Serializable接口的对象转化为字节数据,使其在保存和传输时可被还原 序列化是 RMI(Remote Method Invoke – 远程方法调用)过程的参数和返回值都必须实现的机制,而 RMI 是 JavaEE 的基础。因此序列化机制是JavaEE 平台的基础 如果需要让某个对象支持序列化机制,则必须让对象所属的类及其属性是可序列化的,为了让某个类是可序列化的,该类必须实现如下两个接口之一。否则,会抛出NotSerializableException异常 Serializable Externalizable 凡是实现Serializable接口的类都有一个表示序列化版本标识符的静态变量: private static final long serialVersionUID; serialVersionUID用来表明类的不同版本间的兼容性。 简言之,其目的是以序列化对象进行版本控制,有关各版本反序列化时是否兼容。 如果类没有显示定义这个静态常量,它的值是Java运行时环境根据类的内部细节自动生成的。 若类的实例变量做了修改, serialVersionUID 可能发生变化。 故建议,显式声明。  简单来说, Java的序列化机制是通过在运行时判断类的serialVersionUID来验证版本一致性的。在进行反序列化时, JVM会把传来的字节流中的serialVersionUID与本地相应实体类的serialVersionUID进行比较,如果相同就认为是一致的,可以进行反序列化,否则就会出现序列化版本不一致的异常。 (InvalidCastException)

对象的序列化使用对象流序列化对象 若某个类实现了 Serializable 接口,该类的对象就是可序列化的: 创建一个 ObjectOutputStream 调用 ObjectOutputStream 对象的 writeObject(对象) 方法输出可序列化对象 注意写出一次,操作flush()一次 反序列化 创建一个 ObjectInputStream 调用 readObject() 方法读取流中的对象 强调: 如果某个类的属性不是基本数据类型或 String 类型,而是另一个 引用类型,那么这个引用类型必须是可序列化的,否则拥有该类型的Field 的类也不能序列化将对象写入到磁盘或者进行网络传输。 //要求对象必须实现序列化 //反序列化:将磁盘中的对象数据源读出。

ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream(“data.txt")); Person p = new Person("韩梅梅", 18, "中华大街", new Pet()); oos.writeObject(p); oos.flush(); oos.close(); ObjectInputStream ois = new ObjectInputStream(new FileInputStream(“data.txt")); Person p1 = (Person)ois.readObject(); System.out.println(p1.toString()); ois.close();

谈谈你对java.io.Serializable接口的理解,我们知道它用于序列化,是空方法接口,还有其它认识吗?  实现了Serializable接口的对象,可将它们转换成一系列字节,并可在以后完全恢复回原来的样子。 这一过程亦可通过网络进行。这意味着序列化机制能自动补偿操作系统间的差异。 换句话说,可以先在Windows机器上创建一个对象,对其序列化,然后通过网络发给一台Unix机器,然后在那里准确无误地重新“装配”。不必关心数据在不同机器上如何表示,也不必关心字节的顺序或者其他任何细节。  由于大部分作为参数的类如String、 Integer等都实现了java.io.Serializable的接口,也可以利用多态的性质,作为参数使接口更灵活。

随机存取文件流RandomAccessFile 类

RandomAccessFile 声明在java.io包下,但直接继承于java.lang.Object类。 并且它实现了DataInput、 DataOutput这两个接口,也就意味着这个类既可以读也可以写。 RandomAccessFile 类支持 “随机访问” 的方式,程序可以直接跳到文件的任意地方来读、写文件 支持只访问文件的部分内容 可以向已存在的文件后追加内容 RandomAccessFile 对象包含一个记录指针,用以标示当前读写处的位置。RandomAccessFile 类对象可以自由移动记录指针: long getFilePointer(): 获取文件记录指针的当前位置 void seek(long pos): 将文件记录指针定位到 pos 位置

构造器 public RandomAccessFile(File file, String mode) public RandomAccessFile(String name, String mode) 创建 RandomAccessFile 类实例需要指定一个 mode 参数,该参数指定 RandomAccessFile 的访问模式: r: 以只读方式打开 rw:打开以便读取和写入 rwd:打开以便读取和写入;同步文件内容的更新 rws:打开以便读取和写入; 同步文件内容和元数据的更新  如果模式为只读r。则不会创建文件,而是会去读取一个已经存在的文件,如果读取的文件不存在则会出现异常。 如果模式为rw读写。如果文件不存在则会去创建文件,如果存在则不会创建。

我们可以用RandomAccessFile这个类,来实现一个多线程断点下载的功能,用过下载工具的朋友们都知道,下载前都会建立两个临时文件,一个是与被下载文件大小相同的空文件,另一个是记录文件指针的位置文件,每次暂停的时候,都会保存上一次的指针,然后断点下载的时候,会继续从上一次的地方下载,从而实现断点下载或上传的功能,有兴趣的朋友们可以自己实现下。读取文件内容

流的基本应用小节  流是用来处理数据的。  处理数据时,一定要先明确数据源,与数据目的地  数据源可以是文件,可以是键盘。  数据目的地可以是文件、显示器或者其他设备。  而流只是在帮助数据进行传输,并对传输的数据进行处理,比如过滤处理、转换处理等。

13-11 NIO.2中Path、 Paths、 Files类的使用Java NIO 概述  Java NIO (New IO, Non-Blocking IO)是从Java 1.4版本开始引入的一套新的IO API,可以替代标准的Java IO API。 NIO与原来的IO有同样的作用和目的,但是使用的方式完全不同, NIO支持面向缓冲区的(IO是面向流的)、基于通道的IO操作。 NIO将以更加高效的方式进行文件的读写操作。  Java API中提供了两套NIO, 一套是针对标准输入输出NIO, 另一套就是网络编程NIO。 |-----java.nio.channels.Channel |-----FileChannel:处理本地文件 |-----SocketChannel: TCP网络编程的客户端的Channel |-----ServerSocketChannel:TCP网络编程的服务器端的Channel |-----DatagramChannel: UDP网络编程中发送端和接收端的Channel

13-11 NIO.2中Path、 Paths、 Files类的使用NIO. 2  随着 JDK 7 的发布, Java对NIO进行了极大的扩展,增强了对文件处理和文件系统特性的支持,以至于我们称他们为 NIO.2。因为 NIO 提供的一些功能, NIO已经成为文件处理中越来越重要的部分。

13-11 NIO.2中Path、 Paths、 Files类的使用Path、 Paths和Files核心API  早期的Java只提供了一个File类来访问文件系统,但File类的功能比较有限,所提供的方法性能也不高。而且, 大多数方法在出错时仅返回失败,并不会提供异常信息。  NIO. 2为了弥补这种不足,引入了Path接口,代表一个平台无关的平台路径,描述了目录结构中文件的位置。 Path可以看成是File类的升级版本,实际引用的资源也可以不存在。  在以前IO操作都是这样写的: import java.io.File; File file = new File("index.html");  但在Java7 中,我们可以这样写: import java.nio.file.Path; import java.nio.file.Paths; Path path = Paths.get("index.html");

13-11 NIO.2中Path、 Paths、 Files类的使用Path、 Paths和Files核心API 同时, NIO.2在java.nio.file包下还提供了Files、 Paths工具类, Files包含了大量静态的工具方法来操作文件; Paths则包含了两个返回Path的静态工厂方法。  Paths 类提供的静态 get() 方法用来获取 Path 对象: static Path get(String first, String … more) : 用于将多个字符串串连成路径 static Path get(URI uri): 返回指定uri对应的Path路径

13-11 NIO.2中Path、 Paths、 Files类的使用Path接口  Path 常用方法:  String toString() : 返回调用 Path 对象的字符串表示形式  boolean startsWith(String path) : 判断是否以 path 路径开始  boolean endsWith(String path) : 判断是否以 path 路径结束  boolean isAbsolute() : 判断是否是绝对路径  Path getParent() :返回Path对象包含整个路径,不包含 Path 对象指定的文件路径  Path getRoot() :返回调用 Path 对象的根路径  Path getFileName() : 返回与调用 Path 对象关联的文件名  int getNameCount() : 返回Path 根目录后面元素的数量  Path getName(int idx) : 返回指定索引位置 idx 的路径名称  Path toAbsolutePath() : 作为绝对路径返回调用 Path 对象  Path resolve(Path p) :合并两个路径,返回合并后的路径对应的Path对象  File toFile(): 将Path转化为File类的对象

13-11 NIO.2中Path、 Paths、 Files类的使用Files 类  java.nio.file.Files 用于操作文件或目录的工具类。  Files常用方法:  Path copy(Path src, Path dest, CopyOption … how) : 文件的复制  Path createDirectory(Path path, FileAttribute … attr) : 创建一个目录  Path createFile(Path path, FileAttribute … arr) : 创建一个文件  void delete(Path path) : 删除一个文件/目录,如果不存在,执行报错  void deleteIfExists(Path path) : Path对应的文件/目录如果存在,执行删除  Path move(Path src, Path dest, CopyOption…how) : 将 src 移动到 dest 位置  long size(Path path) : 返回 path 指定文件的大小

13-11 NIO.2中Path、 Paths、 Files类的使用Files 类  Files常用方法:用于判断  boolean exists(Path path, LinkOption … opts) : 判断文件是否存在  boolean isDirectory(Path path, LinkOption … opts) : 判断是否是目录  boolean isRegularFile(Path path, LinkOption … opts) : 判断是否是文件  boolean isHidden(Path path) : 判断是否是隐藏文件  boolean isReadable(Path path) : 判断文件是否可读  boolean isWritable(Path path) : 判断文件是否可写  boolean notExists(Path path, LinkOption … opts) : 判断文件是否不存在  Files常用方法:用于操作内容  SeekableByteChannel newByteChannel(Path path, OpenOption…how) : 获取与指定文件的连接, how 指定打开方式。  DirectoryStream newDirectoryStream(Path path) : 打开 path 指定的目录  InputStream newInputStream(Path path, OpenOption…how):获取 InputStream 对象  OutputStream newOutputStream(Path path, OpenOption…how) : 获取 OutputStream 对象